Vous n'êtes pas identifié(e).
Pages : 1
Hormis en cas de maintenance et de suivis faiblards, je ne vois pas trop l'intérêt de désinstaller des applis gérées par la distrib pour ensuite récupérer les versions sur le site des développeurs de l'appli.
Autant opter pour une Slackware (archives tarballs à récupérer...)
Tu n'en as pas forcément l'intérêt... Moi si !
Exemple : sur ma partition de données il y a un dossiers "applications externes"
avec : LibreOffice, Waterfox, Thunderbird, plusieurs applis de graphisme et de traitement du son et STK 8.0 (le seul qui fonctionne nickel avec mon matos et son opengl 2.1 et qui ne nécessite pas d'installation)
Quelque soit la distro que je teste ou que j'utilise, par défaut ou pas, je n'ai qu'à créer les lanceurs adéquats, mes applications fonctionnent pareil partout toujours avec mes paramètres que je n'ai jamais à re-configurer. les mises à jours se font comme si l'application était installée dans le système, donc en plus elles sont toujours à jour, d'ailleurs vu que je fonctionne comme ça depuis plus de 10 ans, je n'ai JAMAIS eu besoin de ré-installer Thunderbird ! LibreOffice, ça n'est possible que depuis les versions 5*, Waterfox depuis le début, avant Firefox c'était pareil, les archives sont téléchargeables directement dans ta langue, et tu les dézippes où tu veux !
Pareil si un système plante, ou que je change de matériel, ou toutes manip nécessitant une installation ou réinstallation, ces applications sur la partition dédiée n'ont pas bougé, toujours actives, juste recréer des lanceurs et les liens du dossier utilisateur !
Une garantie de continuité et un sacré gain de temps
J'ai pas testé, donc j'ai pas vu. Mais SolydXK et LMDE proposent déjà ça. J'espère qu'on ne s'est pas amusé à réinventer la roue.
Pas la même chose, exemple : aujourd'hui, avec l'outils "snapshot"et l'outils "créateur de live-usb" (un gui basé dd infiniment plus clair, convivial et surtout efficace que unetbootin et autres trucs du genre qui fonctionne une fois parfaitement et une autre fois flingue la clé !) j'ai créé une USB bootable avec la distro mise à ma main, que je peux utiliser en session live n'importe où, réparer un système installé en dur, réinstaller si besoin, etc...
Il est possible de créer la clé avec le système perso, mots de passe y compris, ou un système sans mot de passe et choisir les exclusions pour distribution.
Bien sûr tout n'est pas parfait...Comme aucune distro d'ailleurs, c'est bien pour ça qu'il en existe tant, et que chacun pioche dans ce qui lui convient le mieux par rapport à ses goûts, ses besoins, ses connaissances et son matos.
D'accord il y a pléthore d'outils de dépannage dont un débutant ne saura que faire, mais il suffit de les ignorer vu le peu de poids qu'ils prennent. Pour les autres, ils sont juste bienvenus et pratiques.
MX, c'est effectivement Antix mix Mepis (collaboration de l'équipe antix avec les anciens de mepis, donc pas des nouveaux venus) avec XFCE par défaut donc une Debian ciblée à la base débutants et matériels anciens, pas vraiment un fork, il y a les dépots Debian, Antix, et MX qui teste, adapte au besoin. et propose les résultats. en tout cas, jusque là, elle est d'une légèreté, d'une rapidité et d'une stabilité remarquable.
Un ghost du système réalisé avec RedoBackup, de ma partition LinuxMint configurée à l'identique de MX avec les mêmes applications, prend 6mn et home 3mn (les données et les fichiers de configuration sont sur une partition dédiées il n'y a quasi rien dans home)
Le ghost de MX prend 2,5mn seulement malgré la ribambelle d'outils disponibles absents de Mint et home 9 secondes.
Et comme c'est à ce jour la seule distro parmi tous mes tests qui ne plante pas LibreOffice sur les (très) gros fichiers...Je souhaite juste que ça dure !
Re-,
Ben ça doit être pour ça que François Pignon avait suggéré de le faire depuis MX Live ou Linux Mint !
Ben oui, pourquoi ai-je pris ce qui suivait à la lettre !
(Je ne suis pas sûr que èfpé apprécie tant que ça d'être affublé d'un nouveau nom, ce n'était qu'un exemple en forme de clin d'oeil )
Alors depuis LinuxMint ça donne ça :
Dans LinuxMint, il y a un gestionnaire de pilotes...Tu le crois ça : il n'a trouvé AUCUN pilote nvidia compatible !
Dans synaptic, le plus récent est 384.130.
Vous savez pas ça me gonfle, je laisse tomber ! Le système fonctionne parfaitement avec la puce intel, je me contenterai d'OpenGl 2.1
(d'autant que si je laisse la carte il faudra que je change l'alim parce que celle montée sur la config actuelle est un rien anémique.)
Merci d'avoir essayé.
François Pignon a dû mal s'exprimer ; c'est le retour avec la carte NVIDIA enfichée qui est pertinent.
oui, c'est logique, mais tant que je ne peux pas avoir le bureau avec la carte enfichée...
La simu de l'install du driver 340 kek-chose donne ça :
Que dois-je en penser ?
Pour le xorg.conf y'en a pas, je suis allé voir dans le dossier parce que les lignes de com' commençant par "cat" ça trouve rien chez moi même si ce qu'on veut y est.
exemple :
Chez moi c'est
la bonne com' pour sources.list
Je vous en dirais plus quand j'aurai eu le temps d'essayer les manips.
@+
Bonjour
vous pouvez pas utiliser debian ...
1)
Ce qui veut dire ?
Que je peux installer les pilotes nvidia alors que la carte n'est pas branchée ?
J'ai pas tenté le truc puisque avec LinuxMint c'est impossible, pas de carte, refus de l'installateur.
Sur cette config je ne peux pas brancher la carte et démarrer sur le chipset Intel, dès que je met la carte, le bios bascule automatiquement dessus et pas le choix.
Si je met la carte je n'ai pas accès au bureau donc je suis coincé.
Cette carte est parfaitement reconnue et utilisée par d'autres sous MX, mais ils ont installé la distro avec la carte déjà dans la machine.
Je trouve bizarre de ne pas pouvoir arriver sur le bureau quand je branche la carte, alors que plymouth a été affiché normalement, et si j'éteins l'UC, j'ai bien le plymouth de fermeture de session.
Si je passe outre plymouth pour avoir la verbose les seuls "failled" en rouge que je vois concernent systemD, ce qui je pense est normal puisque MX n'utilise pas systemD mais SysVinit.
2)
en simulation que donne ceci
apt-get -s install nvidia-legacy-390xx-driver xserver-xorg-video-nvidia-legacy-390xx
Heu...Comment ça en simulation ?
Vu que je ne sais pas comment on "simule" je vais pas plus loin dans ce que tu proposes tant que je ne sais pas de quoi tu parles.
Cela dit, des pilotes nvidia : y'en a une ribambelle de listés dans l'installateur ; tiens un extrait !
2) Oui le kernel et le matos est celui décrit en bas du #1
3)
...OpenGL est bien pris en charge normalement en libre
Oui mais en version 2.1, pour un jeu comme STK il faut 3.1 minimum, la CG va jusqu'à 4.5 (si ça le fait pas , je me passerai de la dernière version )
4)
y'a un bémol là, c'est pas la bonne com'
Avec celle-ci ça va mieux :
Voilà, j'attends la suite
Modulo si t'as pas une connerie dans le BIOS style SecureBoot qui vient empêcher ça.
Je ne sais pas ce que c'est que ces trucs, je ne connais que les amibios à l'ancienne !
ça date de quand ces nouveautés parce que l'ordi que vais avoir est loin d'être une jeunesse : 9 ans
EDIT / je devrais échapper à ce truc, ça été mis en place qu'en 2012 !
Pages : 1