Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Pages : 1
. Dernière modification par Alexande (20-03-2018 17:25:49)
Respire un grand coup !!
A trop titiller mon orthographe tu mangera des grands coup d'inclusivité de la société !
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par anonyme (20-03-2018 14:25:21)
Et il est possible que des logiciels comme gnome-core gnome-tweak-tool gnome-system-monitor sont passé par apt -t strech-backports ...
Non, ce n'est pas possible. Ces paquets ne sont pas rétro portés.
Et comme signaler par raleur, installer des paquets des bacports ne fait pas de ton système une FrankenDebian 
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Hors ligne
Par contre (avis perso) utiliser backport est assez risqué. Il vaut mieux procéder à de l'app-pinning qui permet de gérer chacun des paquets un par un pour être précis et fiable. Après c'est une question de goûts et d'habitudes.
Je crois que le pinning est source de FrankenDebian plus facilement que l'installation via les backports, en particulier pour les débutants.
Mais, ne monopolisons pas le fil de Alexande avec un débat annexe. Il y a le bar pour ça le cas échéant
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Utiliser les backports avec Debian stable n'en fait pas une FrankenDebian.(1)
Quel pilote graphique utilisé ?(2)
1 - FrankenDebian : Ok Je retire
2 - Carte Graphe Nvidia gtx 980 pilote Nvidia non-free (comme conseilé https://wiki.debian.org/fr/Steam).
tu a testé de démarrer sur le noyau 4.9 ?(3)
[...]
ps: la version actuelle du noyau des backports de stretch est le 4.14 => https://packages.debian.org/fr/stretch- … mage-amd64(4)
3 - oui j'ai testé sur le noyau 4.9, je suis dessu actuelement.
4 - Noyeau Backports : effectivement je viens de re-verifier c'est bien 4.14
Par contre (avis perso) utiliser backport est assez risqué.(5) [...]
Tu n'as pas accès à une console (même avec un CTRL+ALT+FX où X est n'importe quel nombre sauf 7) ?(6)
Parce que là ça va être compliqué de débuguer sans savoir.(7) ça sonne en effet pilote graphique mais rien de sûr. A tout hasard t'as une carte nvidia?(8)
5 - Oui je ne ferait plus JAMAIS de backports upgrade. et plus de gestions de mes packet apres 22h.
6 - non ...
7 - comme dit dans (3) je suis sur la bonne machine.
8 - oui
(Mes réponses sont assez claire ou je réorganise le poste ?)
Ps : Merci
Ps 2 : vus que je suis actuellement sur la bonne machine sous noyau 4.9, je peux lancé toutes les commandes qui sont nécessaires, elle fonctionne tres bien. (comme je l'ai mentionner dans mon 1er poste au paragraphe "La solution 'cherché', et semis trouvé :")
Ps 3 : (apres j'arrete) le "Oupss..." est tres précisément "Oh Mince ! Quelque chose c'est mal passé."
Dernière modification par Alexande (20-03-2018 15:03:03)
Respire un grand coup !!
A trop titiller mon orthographe tu mangera des grands coup d'inclusivité de la société !
Hors ligne
tu purge les noyaux inutiles (il faut que tu sois sur le 4.9 , tu ne peu pas enlever un noyau en utilisation ) par exemple pour toi le 4.14 a enlever
tu purge le système
un reboot
pour mettre a jour ton noyau vers les backports tu fais
dkms va te créer les modules pour le 4.14 et tout va rentrer dans l'ordre
nota: en dépendance il va y avoir le linux-kbuild-4.14 surement
pour tester utilise l'option "-s"
exemple:
ps: au sujet du noyau , avec synaptic tu peu faire une recherche par mot clé :
linux-image
linux-headers
linux-kbuild
linux-compiler
ça te donne une idée des versions installées (ou pas)
un upgrade sur les backports c'est très dangereux (tu met a jour la totalité de ton système vers les backports ) ,
la encore avec synaptic , clic droit => version et tu a les versions disponibles sur un paquet qui t' intéresse .
Dernière modification par anonyme (20-03-2018 15:30:53)
Donc cela vas nececisté une purge ?
La commande
vas purgé le noyau 4.14 ET le systeme ? mai par exemple, le systeme qui est en liens avec le noyau 4.14 ou TOUS le système ?
nota réponse :
Ps : effectivement j'ai pas linux-headers
Dernière modification par Alexande (20-03-2018 15:25:05)
Respire un grand coup !!
A trop titiller mon orthographe tu mangera des grands coup d'inclusivité de la société !
Hors ligne
ça te donne la liste de ce qui sera enlevé sans le faire
nota: l'autoremove ne retire que les paquets marqués comme non utilisé , pour enlever un noyau il faut que tu n'ai pas démarré la machine avec et faire un remove avec son nom exact (ou par synaptic)
dans tous les cas pour le 4.14 il faut refaire l installation du noyau si le driver ne fonctionne pas
pour ceci
le 4.9.0-3 , le 4.9.0-4 , le 4.9.0-5 ne devrait plus existé
soit tu a les noyaux encore présent , soit les dossiers n'ont pas été supprimés
si leur propriétés donne plus de 200Mo le noyau est encore présent
si ils ne font que quelques Kilo , ils ne sont plus utilisées
dans tout les cas c'est juste pour information , ne dérange en rien
Dernière modification par anonyme (20-03-2018 15:53:14)
de plus
la question que je me pose est :
Est il nécessaire de réinstallé 4.14 pour gardé une utilisation 'standard' de ma machine ?
Je ne suis pas sur d'en avoir l'utilité.
N'est il pas préférable de juste 'purger' 4.14 pour revenir à mon utilisation standard ?
Je dois passé un peux pour un frileux, mai je préfère évite de me lancer dans un gros chantier d'on je n ai pas forcement l'utilité.
Respire un grand coup !!
A trop titiller mon orthographe tu mangera des grands coup d'inclusivité de la société !
Hors ligne
PS : J'ajoute
Dernière modification par Alexande (20-03-2018 15:56:37)
Respire un grand coup !!
A trop titiller mon orthographe tu mangera des grands coup d'inclusivité de la société !
Hors ligne
adapté a la stable )
pour savoir celui qui est utilisé actuellement uname -a
a ta place tranquillement je le fais avec synaptic
Dernière modification par anonyme (20-03-2018 16:02:36)
il te suffit de le désinstaller et de redémarrer la machine
Ok merci, on tend vers la résolution de mon problème.
Dernière chose, pouvez vous m'indiquez les packages a purger ?
encore merci
Respire un grand coup !!
A trop titiller mon orthographe tu mangera des grands coup d'inclusivité de la société !
Hors ligne
voir mon #14 au dessus pour ce que tu peu déja enlever
celui que garde c'est ceci :
linux-image-4.9.0-6-amd64 4.9.82-1+deb9u3 amd64 Linux 4.9 for 64-bit PCs
voir mon #14 au dessus pour ce que tu peu déja enlever
Merci
Alors pour une réponses détaillé :
Le code que je prépare est :
La réponse au test est :
Je ne vois pas de problèmes. Peut etre que toi @anonyme oui ?
Dernière modification par Alexande (20-03-2018 16:15:22)
Respire un grand coup !!
A trop titiller mon orthographe tu mangera des grands coup d'inclusivité de la société !
Hors ligne
par exemple tu commence par ceci
si tout va bien sans le "-s" etc ........
il y a deux paquets a ne pas toucher ci dessous (il est possible de revenir a une version stable (de stretch ) )
pour l'instant ne touche pas
enlever les méta-paquets des backports
etc .........
a la fin quant tout est propre tu réinstall tes méta-paquets a partir de stretch
nota : j'ai mit le -s (tu l'enlève pour effectuer la commande en réel )
ou le nom complet
pour éviter ce message d'erreur
la commande devient
Dernière modification par anonyme (20-03-2018 16:37:22)
La sumulation agrégé (effectivement j'avais oublié l'*) (2):
Je pense que tout est bon. j'attend 17h (pour laissé 10mn au cas ou on trouve un truc que j'ai pas encore vus) et je lance : (3)
Suivis de (4)
Puis si tous et bon (5)
PS : Dans le "code détaillé" (1), il apparait
Je pence donc privilégié le second (2)
Dernière modification par Alexande (20-03-2018 16:55:43)
Respire un grand coup !!
A trop titiller mon orthographe tu mangera des grands coup d'inclusivité de la société !
Hors ligne
La sumulation agrégé (effectivement j'avais oublié l'*) (2):
Je pense que tout est bon. j'attend 17h15 (pour laissé 10mn au cas ou on trouve un truc que j'ai pas encore vus) et je lance : (3)
Suivis de (4)
Puis si tous et bon (5)
Puis un petit
Dans le "code détaillé" (1), il apparait :
Je pence donc privilégié le second (2)
PS : Dans la comande (2) J'avais oublier 2 packages : linux-headers-amd64 linux-image-amd64
La nouvelles :
Dernière modification par Alexande (20-03-2018 17:13:18)
Respire un grand coup !!
A trop titiller mon orthographe tu mangera des grands coup d'inclusivité de la société !
Hors ligne
Dernière modification par anonyme (20-03-2018 17:32:46)
En traitant la question je me suis rendu compte que ce n'est pas un pbs Systeme mai Packages. Donc si des modos souhaite déplacé le poste... (je sais pas faire)
Vus les postes qui suives il paret peut etre préférable d'utiliser :
Dernière modification par Alexande (20-03-2018 17:44:42)
Respire un grand coup !!
A trop titiller mon orthographe tu mangera des grands coup d'inclusivité de la société !
Hors ligne
tu m'a montré que un "autoremove" suivi des noms de paquet fonctionne aussi
Depuis 3ans que je suis sur Deb j'avais deja utilisé autoremove pour désinstallé un package. Je suis ravis d'avoir pus te montré un -petit- truc. 
Dernière modification par Alexande (20-03-2018 17:46:41)
Respire un grand coup !!
A trop titiller mon orthographe tu mangera des grands coup d'inclusivité de la société !
Hors ligne
Pages : 1