Reprise du message précédent :

Cela sent un pb de drivers USB et la clef USB montée en usb2 plutôt que 3

Curieux, elle était pourtant branchée sur le port usb 3.
Je regarderai ça la prochaine fois que je verrai son PC.

non non, vrai probleme, tu n'es pas fou
voir les différentes réponses sur https://bsky.app/profile/bruno.treg [...] ecodmm3k26

 
Oui, j’avais bien compris dans quel sens historique les distributions étaient apparues, mais ma question est inchangée et je vais la formuler autrement :
 
Puisqu’ils ont peur de ne pas pouvoir continuer leur branche historique (Linux Mint dérivée d’Ubuntu) en cas de disparition d’Ubuntu ou autre évènement, pourquoi ne pas, dès maintenant et sachant l’existence d’un tel risque, conserver une seule branche de développement directement basée sur la Debian (la LMDE, donc), en la faisant évoluer plus rapidement que la Debian s’il est d’importance de rallier la fréquence de sortie de la version classique, ce qui serait permis par une plus grande force de travail en abandonnant l’autre branche ?

 
Ayant récemment installé LM sur plusieurs PC, j’ai aussi remarqué ce phénomène d’extrême lenteur de l’installeur sur certaines configurations, et j’ai trouvé la cause (sans forcément en comprendre la raison, c’est-à-dire la cause première) : la connexion internet. En désactivant toute connexion (câble ethernet débranché et WiFi désactivé), l’installation se déroule beaucoup plus rapidement.
 
Comme si le programme d’installation cherchait des mises à jour, des paquets, que sais-je, mais n’arrivait pas à se connecter et finissait par abandonner (retour à un mode « offline »), et ce à chaque étape ou presque de l’install.
Il vaut donc mieux faire l’installation offline.
En tout cas, c’était mon problème et sa solution, constaté sur plusieurs machines (souvent des portables).
 
D’ailleurs j’ai remarqué aussi qu’ensuite, une fois l’installation faite et la session ouverte, il fallait que je modifie le miroir dans « Sources de logiciels » pour pouvoir faire les mises à jour système, celles des pilotes ou le téléchargement de logiciels via la logithèque, car le miroir par défaut n’offrait aucune connexion : ça moulinait dans le vide ad æternam.

 
Et puis, il y a des différences entre la version basée sur ubuntu et LMDE :  

• LMDE n'est distribuée qu'avec cinnamon
• Les noyaux sont plus récents sur mint "ubuntu" (pratique sur du matériel qui a un an ou deux)
• Les applications sont aussi plus récentes sous mint "ubuntu" (LO par exemple)
• Pas d'outils pour gérer les version de noyaux pour LMDE, ni les pilotes (genre NVidia) (en tout cas, ce n'était pas le cas à l'époque de la sortir de mint 22)

Pour l'instant, je préfère rester sous la version "ubuntu"...
 
D'ailleurs, sur certains points, j'ignore s'il y a d'autres différences, faute d'avoir peu testé récemment la version LMDE : snap ? flatpak ? Synapctic ? Centre de logiciels ?
 
EDIT : personnellement, cela fait 6-7 ans que Mint est installé en dur sur ma machine perso "de voyage", et qu'il est utilisé quotidiennement en VM (pro et perso). C'est de loin la distrib qui me convient le mieux pour l'instant

Je pense qu'ils profitent d'un certain nombre d'avantages de la version Ubuntu. Pourquoi refaire la roue ? L'autre version c'est juste la roue de secours.

Oui, il faut le voir comme ça, en effet.    
 
Ça doit en revanche leur bouffer du temps, de maintenir deux branches.

Mint (l’équipe) refuse catégoriquement la « snappisation » que Canonical veut imposer sur Ubuntu, au point qu’ils ont carrément entrepris de recompiler eux-mêmes en DEB pour Mint les logiciels convertis en Snaps sur Ubuntu (donc Firefox, Chromium et Thunderbird ; sachant qu’ils ont ensuite conclu un partenariat avec Mozilla pour fournir une version purement vanilla de FF sur Mint, et non plus une version personnalisée avec des signets propres à Mint ou des extensions préinstallées).
 
Pour LMDE, base et donc dépôts Debian obligent, la question des Snaps ne se posera pas tant que Debian ne décidera pas à son tour de remplacer certains de ses paquets par des Snaps.

 
C'était bien ma veine d'activer la connexion internet en live usb pour gagner du temps sur les mises à jour à l'installation.

Bonjour !
 
Au boulot on se retrouve avec quelques laptops en parfait état de marche  avec Win10 sur les bras.
Plutôt que de les mettre au rebut, j'aurais voulu y installer une distrib Linux histoire qu'ils puissent servir d'ordi de secours.
Nos outils de travail sont presque exclusivement online (ERP, webmail, Cloud...). L'important c'est qu'internet marche, en gros
 
A part moi qui me débrouille sans être experte, on est tous et toutes des tanches en informatique. On m'a donc parlé de Mint.
A votre avis, quelle version installer sur ces portables ? la Xfce ou la MATE ? Ce sont des i3.
 
Merci

XFCE consomme moins de RAM s’ils en ont peu.
C’est un peu plus vieillot de look mais c’est tout, ça marche TRÈS bien.

LMDE sur un Celeron de 2011 et 4G de mémoire tournait nickel.

J'ai téléchargé XFCE, on verra bien, je teste sur un premier ordi. Merci !

Même la version classique fonctionne très bien sur de telles vieilleries.

Je l'ai notamment installée sur deux i3 version mobile tout pourris et ca tourne impec.
Une chose importante, avoir si possible un ssd plutôt qu'un hdd.
Sachant qu'on en trouve pour moins de 40 balles avec une capacité suffisante, ce serait dommage de s'en priver.

Oui ça change la vie, surtout pour le démarrage.
Mais bon s’il n’y en a pas, une fois démarré ça va.

I3 et quoi autour? Ram et SSD ?
La plupart des distributions Linux, toutes les variantes de Mint passeront sans pb.
Et probablement Win11 aussi...
Les PC seront plus réactifs sous Linux.

Le démarrage reste plus lent que Win 10, en revanche (à config équivalente).
Il faut avouer que Microsoft a grandement amélioré les choses sur ce sujet précis.

J'ai pas les infos hardware, je les ai pas encore allumés pour vérifier, y'a juste l'étiquette Intel i3.
Mais ça tournait plutôt bien.
Après je rappelle que c'est pour le boulot, je fais pas partie du service informatique (qui n'existe d'ailleurs pas, petite PME) donc acheter des SSD et de la RAM, clairement c'est non, j'ai mieux à foutre
Bon déjà je galère, j'arrive pas à créer une image bootable de l'ISO téléchargé sur ma clé USB  
Je regarde ça en fin de semaine quand je serai plus tranquille.

T'as essayé avec Rufus ?  C'est tout simple
 
https://rufus.ie/fr/

J'ai essayé avec l'outil conseillé sur le site où j'ai téléchargé Mint pour l'instant, Etcher

Parce que par défaut ça n'est pas un vrai démarrage mais une sorte de hibernate.

Rufus est pas mal oui sous win

Pour moi aussi ça avait merdé avec Etcher, j'ai installé Rufus dans la foulée et ça a marché  

Je demandais juste la quantité de ram et si oui  ou non un SSD..
Mais si tu dis que cela tournait bien sous Win10, j'imagine 4 go de ram mini et avec SSD . Donc tranquille pour n'importe quel Linux, voire même win11 mais qui serait plus à l'aise avec 8go de ram.

 
Je prendrai Mate pour les PC mono écran, mais si on doit utiliser deux barres des taches, cinnamon est préférable pour créer des barres sur chaque écran.

A-ha.
Le vrai démarrage de Windows est aussi lent que celui des distributions actuelles.

Quand Windows s'arrête, il suspend certains services pour démarrer plus rapidement.

Si le service plante, il fait faire un vrai redémarrage.

ça a parlé de linux dans la journal de France Inter ce matin, on avance (un peu).
https://framapiaf.org/@nicolasvivan [...] 6584044830

hello,

hier j'ai testé la création d'un fichier swap, j'ai utilisé ce tuto (en anglais) :
https://linuxconfig.org/how-to-crea [...] u-and-mint
Là tout fonctionne (un fichier de 10 Go pour 8 Go de ram), même si j'ai du relire plusieurs fois la fin du tuto (éditer un fichier depuis le terminal c'est pas encore ca  )

J'avais préferé ne pas faire de partition swap pendant l'installation, et faire ca plus tard (je comprenais pas tout et je voulais pas faire d'erreur).
Je trouve que sur ce point l'installation est pas si évidente.

Quand j'arrive au bout de la RAM et du SWAP, Mint fini toujours par ralentir fortement pour freezer sans rien pouvoir faire. L'idée du swap file pourrait peut-être devenir une issue.

Merci je l'ai pas entendue celle-ci  

Pas fait de partition swap non plus à l'install car j'avais lu que fichier ou partition ça revenait au même donc autant partir sur un fichier, ça me semble plus "souple" que de bloquer une partition.  
Va falloir que je le fasse, ton post tombe bien

L'article linké par Xylomid semble pas en parler (j'ai lu très vite en diagonale) mais j'avais vu que le recours au swap devait être réglé (swappiness) et qu'il suffisait pas de définir un espace...
https://geekeries.de-labrusse.fr/?p=1806
(pas lu cet article, il est tard , mais ça semble bien couvrir le truc)

J'y ai eu droit aussi, avec une vingtaine d'onglet firefox ca se rempli vite 8 Go    
Pas le choix que redémarrer, mais j'avais zéro swap, ni fichier ni partition.  
 
J'avais installé l'applet system monitor pour garder un oeil sur la mémoire utilisé

   
Je le trouve très facile à prendre en main quand on est très habitué à windows. (et il ne mange vraiment pas beaucoup de ressources).
Mint XFCE c'est super, mangez-en. (je crois que mes premières clés ont été faites avec balenaetcher mais ça marche très bien avec rufus. J'ai toujours une version portable qui traîne sur mes pc sous windows)
 
Je crois que j'ai trouvé le thème du prochain que j'installe
https://www.reddit.com/r/linuxmint/ [...] ws_xp_for/

Oublie MATE : il n’est plus maintenu depuis plus d’un an. Paix à ses octets.

J’ai mis un gros swap ici (32 Go) malgré mes 32 Go de RAM car parfois je teste de gros traitements destinés à des serveurs qui ont bien plus.
Mais j’ai mis la swappiness à 10 pour que le swap soit peu utilisé quand je n’en ai pas besoin, pour ne pas flinguer le SSD.

Souvent ça freeze un peu et ça kill le process (ou un process, celui qui réclame ? Je ne sais pas comment le process est choisi).
Oui le swap est une bonne idée.
 
Ce que j’avais noté pour le swap et la swappiness (je suis un vrai poisson rouge, je dois toujours noter ce genre de choses)
 
Changement de la taille du fichier de swap
 
    sudo swapoff -a
    sudo dd if=/dev/zero of=/swapfile bs=1M count=32768
    (pour 32 Go)
    sudo mkswap /swapfile
    sudo swapon /swapfile
 
Voir la taille du swap
 
 swapon -s
 
Interventions à chaud sur le swap (pour changer la swappiness ici)
    sudo sysctl vm.swappiness=10
    sudo swapoff -a
    sudo swapon -a

Faut arrêter avec cette légende urbaine : conçus pour pouvoir encaisser des taux d’écritures que tu n’atteindras jamais en usage réel (même intensif), ton SSD ne risque rien à contenir le swap. Pire : le mettre sur un HDD pour cette raison serait totalement contre-productif pour les performances.

Cela dit, j’ai aussi mis à 10 sur mes Arch, sauf que mes logiciels (Vivaldi en premier lieu, mais pas seulement lui) n’en ont rien à faire et swappent allègrement dès qu’il faut afficher des pages Web avec beaucoup d’images, par exemple, peu importe la quantité de RAM encore libre.

J’ai carrément fait un alias pour le purger : « alias swapreset = 'sudo swapoff -a && sudo swapon -a' ». Ça va plus vite que d’entrer les deux commandes séparément.

C’était pas «à contenir les swaps», c’était surtout que je souhaitais qu’il retourne assez rapidement à l’état swap 0 après la fin des traitements.
Donc aucun besoin non plus de le purger vu qu’habituellement il n’est pas utilisé (0K/32.0G dans htop là). Il n’est utilisé que quand je lance un truc bien lourd.

Ok merci, je vais retenter avec Rufus