totof2000 a écrit 1409 commentaires

la FSF semble incapable de le remplacer, au point de le faire revenir dans le comité de direction.

Ce n'est pas rassurant pour la survie de la FSF après RMS, qui n'est pas immortel (même s'ils le gardent comme le pape jusqu'à sa mort).

C'est assez "amusant" ce que tu dis là. Parce que il y a quelques jours, je me posais plus ou moins une question similaire à propos du noyau Linux et son créateur. Je me demandais ce qui se passerait pour le noyau et tout ce qui tourne autour si un jour Linux venait à prendre sa "retraite" (ou, ce que je ne souhaite pas, s'il venait à ne plus être en mesure, pour une raison plus ou moins grave, de continuer le travail qu'il fait aujourd'hui sur le noyau Linux).

Honnêtement, je me demande si le noyau Linux lui survivra. En soi je pense qu'il en restera quelque chose, mais je pense qu'il y aura un ou plusieurs forks et une tentative de la part de certaines personnes, ou de certaines sociétés (je pense très fot à IBM/Redhat ou autres acteurs du même style), de prendre le contrôle sur le développement du noyau.

Tant que Linus est là, personne ne tentera de prendre l'ascendant sur lui ( parce qu'il a la légitimité, les compétences et la personnalité pour s'imposer), mais s'il n'est plus là, je me demande si on assistera pas à une "guerre des chefs" qui laissera quelques traces. Celà dit , ce n'est que spéculation de ma part, et j'espère me tromper.

rmalement on installe son home dans une autre partition, donc on peut réinstaller manjaro sans aucun problème (en 10 minutes), l'install ne touche alors pas au home existant.

Bof, même avec ça il vaut mieux avoir une sauvegarde au chaud au cas ou … une mauvaise manip peut vite arriver.

Si l'on montre sa motivation à résoudre le problème rencontré, Karol Herbst est réactif pour le corriger, même pour du très vieux matériel.

Mon matériel était peut-être trop récent ?

Personnellement j'aimais bien la logan MCV : pas trop basse, et beaucoup de place à l'intérieur : c'es ce que ma soeur et certains amis ont eu lorsqu'ils ont eu besoin de voiture familiale. Mais malhereusement, elle n'est plus vendue en France.

L'argument (que je partage): c'est Moche.

Je ne sais pas ce que sont devenues les offres de voiture aujourd'hui: la dernière fois que je me suis réellement interesse au sujet c'est il y a environs 10 ans. Mon ex a essaye plusieurs modèles et bien soubent, un break était trop bas … Un SUV selon le cas était à la bonne taille .. ou trop haut. Finalement on est parti sur une Seat Altea qui pour elle était à une hauteur convenable. Mais bon. C'est peut-être elle aussi qui faisait trop la fine bouche. Cela dit ma soeur s'est egalement interessee a une voiture familiale il y a deux pu trois ans, en occasion, et hors SUV, elle a eu du mal à trouver également.

Souvent utilisé par des gens en plein forme, hum, "on sait jamais" mais bizarrement leur maison, largement plus long terme

Ce n'est pas de ces personnes que je parle. Je parle des personnes qui ont des raisons d'avoir un véhicule un peu plus haut ou plus grand que la normale. mais qui ne trouvent pas autre chose que du SUV.

Et si vraiment on a du mal à rentrer dans une voiture "normale", est-on vraiment en état, avec réflexes qui vont bien, de conduire?

Ah ? En supposant que la personne n'aie pas la possibilité de conduire à cause de ses problèmes de santé, n'a-t-elle pas le droit de monter en tant que passager ?

Sinon, il y a beaucoup de personne qui sont en capacité de conduire une fois assises au volant mais pour qui le fait de monter et descendre d'un véhicule un peu trop bas pose problème (pour certaines de ces personnes, un véhicule trop haut pose également problème).

Ma soeur a une sclérose en plaques et est parfaitement en mesure de conduire un véhicule à boite automatique. Elle ne fait pas de grands trajets car elle fatigue plus vite, mais pour les trajets du quotidien (récupérer les enfants quand il n'y a pas de bus pour les emmener à certains rendez-vous, aller faire les courses, etc …) elle est en mesure de conduire. Par contre le fait de monter ou descendre d'un véhicule trop bas lui pose problème. Mais bon … il faut le vivre ou être proche de ce genre de cas pour le comprendre. Sinon, pour info, elle ne roule pas en SUV : elle a eu des breaks (Dacia Logan) ou voiture familiane (opel Zafira, Peugeot 5008) et a eu bien du mal à trouver un véhicule suffisamment grand qui ne soit pas un SUV (elle a essayé certains modèles break mais la hauteur et la position du siège lui faisainet faire des mouvements qui la fatiguent lorsqu'elle a une poussée).

Le problème c'est la disponibilité. Depus quelques temps, il est difficile de trouver un véhicule familial de taille conséquente à prix correct qui ne soit pas un SUV.

J'ai l'impression que les gammes styles Senic ou Picasso se sont effacées au profit d'un SUV.

Et oui, pour certaines personnes la position haute d'un véhicule est un gros avantage, notamment quand elles ont des problèmes de santé qui rend difficile l'exercice consistant à entrer ou sortir d'une voiture à hauteur habituelle. Ce n'est hereuselent pas mon cas mais c'est le cas de certaines personnes de mon entourage (avec l'age ces problèmes ont tendance à être de plus en plus gênants).

personnellement j'ai laissé tomber sur mon système : trop de problèmes. Temps CPU utilisé par X trop important, et comportements bizarres de l'IHM.

Je retenterai peut-être un de ces jours mais en ce moment je n'ai pas le temps de jouer à ça.

le système me propose une mise à jour de different paquets, je me dis que je vais faire ça le temps d'un café avant de mem remettre au taf.

Aujourd'hui je ne fais plus de mise à jour quand j'ai un travail urgent ou quand j'ai un truc administratif important à faire via mon ordinateur. Ou alors je m'arrange pour en avoir un autre de secours sous la main.

Ce genre de problème m'est trop souvent arrivé : "allez, une petite mise à jour le temps d'un café …" Et bien souvent on se retrouve, lorsqui'on utilise des pilotes proprio, avec un affichage qui se vautre.

Mais les mises à jour foireuse ce n'est pas le propre de Linux : ça arrive aussi sous Windows. Et dans la mesure du possible, que ce soit sous Windows ou sous Linux, j'essaie de repousser (raisonnablement, entendons-nous bien) à un moment ou je pourrai prendre du temps pour réparer.

Si j'ai bien compris l'énoncé, B se trouve sur un pc portable et utilise un téléphone mobile comme point d'accès à Internet

Je ne sais pas si c'est moi qui est fatigué, mais je n'ai pas compris, particulièrement la dernière phrase. Peux-tu expliquer STP ?

Ca commence à devenir pénible ces cookies. Quel est le risque de se faire tracer si on accepte les third party cookies à ce niveau ?

challenges.cloudflare.com est vu comme un tracker par Privacy Badger ….

Il boucle pour me demander si je suis bien un humain …. Alors certes, le site n'est plus attaqué, mais au final ce n'est pas mieux parce qu'un utilisateur légitime n'arrive pas à s'y connecter.

Linux ou Windows est tellement fiable que manquer d'espace ne pose plus de souci dans l'immédiat.

Le post dans ce forum tend à montrer que effectivement, dans l'immédiat ça ne pose pas de souci, mais que sur le long terme ….

Au pire, je peux démarrer sur une clé USB vite fait.

Toi tu peux, Mais tout le monde ne peut pas … il faut savoir démarrer sur la clé, monter le système de fichier root de la machine que tu utilises correctement, se déplacer au bon endroit et faire de la place.

A un moment ou un autre / et /home vont au delà de leur espace alloué,

Chez moi, /home, oui. / jamais. J'ai eu un souci récemment avec /var parce que pour une raison que j'ignore un logiciel de partage de fichier avait décidé de stocker les données dans /var/lib plutôt que dans mon homedir (probablement un fichier de configuration par défaut qui aurait pu écraser un truc lors d'une mise à jour).

et puis je sais jamais quoi leur allouer.

Il suffit d'utiliser LVM, de faire un partitionnement "à la louche" et de garder de l'espace que tu alloueras en fonction des besoins. Aujourd'hui mon système mest partitonné ainsi :

Sys. de fichiers             Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/vgubuntu-lv_root   5,9G    2,1G  3,5G  38% /
/dev/mapper/vgubuntu-lv_usr     50G     37G  9,9G  79% /usr
/dev/mapper/vgubuntu-lv_boot    11G    1,4G  9,1G  13% /boot
/dev/mapper/vgubuntu-lv_var     40G     19G   19G  50% /var
/dev/mapper/vg_data-lv_data    492G    369G  102G  79% /data
/dev/mapper/vgubuntu-lv_home   744G    631G   79G  89% /home
/dev/nvme0n1p1                 511M    6,1M  505M   2% /boot/efi

Cependant, je ne l'ai pas fait comme ça du premier coup : j'ai du agrandir un peu /usr, /var et /home (/data est arrivé plus tard : disque supplémentaire). Et pour le faire, j'ai juste appliqué la méthode indiqué plus haut : un partitionnement de base, utilisation de LVM, et ajustement en fonction de l'utilisation.

Bref, c'est bien quand on débute, mais sinon c'est trop contraignant.

Bof … je trouve pour le coup que la clé USB est bien plus contraignante.

Je suis bordélique d'une part et feignasse d'autre part, je n'arrive jamais à remettre la main sur les supports (DVD ou USB) de démarrage que je crée à un instant T, et j'ai la flemme de le rechercher, de le brancher, de redémarrer et de faire toutes les manips à la con dans le cas ou ça arrive. Les partitions séparées ça va bien plus vite. / est dimensionné pour que toujours OK. Les seuls FS qui chez moi saturent sont /var et /home. Du coup ma machine redémarre toujours et au pire j'ai la possibilité d'ouvrir une session en mode texte.

Puis devoir réserver une clé usb pour ça … je trouve que c'est du gachis.

Dans ce cas je pense qu'il sera nécessaire de passer par un outil tiers qui assurera la liaison. Voir le post plus bas.

Le besoin était de pouvoir se connecter sur le PC de l'utilisateur B pour pouvoir l'assister dans l'utilisation/administration de son ordinateur (mise à jour du système, des antivirus, aide à l'installation d'outils, accompagnement à l'utilisation … Le prérequis était bien sûr d'avoir un PC avec une connection réseau opérationnelle.

L'utilisateur du poste B avait un compte sur mon poste A, et pouvait s'y connecter en ssh via NAT. Lorsqu'il avait besoin que je me connecte sur sa machine, il ouvrait un tunnel ssh, que je pouvais utiliser pour accéder à son poste en session VNC il me semble (c'était des machines windows à l'époque).

Avantages pour l'utilisateur du poste B :
- je ne pouvais pas me connecter à son insu : le tunnel ssh était activé à son initiative.
- Le problème d'IP fixe n'était plus le sien mais le mien (et comme j'étais chez Free, j'avais une IP fixe).

L'inconvénient était que j'avais du scripter le truc pour que la personne se connecte depuis sa session windows en ssh (je lui avais fait utiliser putty), et faire en sorte que VNC ne tourne pas en permanence (pour éviter que n'importe qui n'établisse une connection) mais soit exécuté à la demande. Mais ça se configure une fois et ensuite on n'en parle plus …

Quand je vois ce genre d'installation ça a tendance à m'agacer : c'est le genre de truc qui peut faire fuir un débutant qui ne connaît pas Linux.

Tout mettre sur une seule partition ( / ) est une grosse erreur. Que vous soyez débutant ou non, s'il vous plaît faites au moins ça : SEPAREZ AU MOINS LA PARTITION SYSTEME DES DONNEES UTILISATEUR !!!! d'autant plus si vous le faites pour quelqu'un qui ne connais pas Linux. C'est d'ailleurs une bonne pratique à adopter, tant sous Linux que sous Windows, car un disque C plein sous windows peut également poser problème.

En pratique, ça signifie de créer au moins une partition /home en plus de la partition / L'idéal serait aussi d'avoir une partition pour /var/log, car celle-ci peut vite grandir en fonction de ce qu'on installe sur sa machine.

Perso je crée toujours un /var dédié, et sur une machine ou je ferai tourner une base de données je sépare le système de fichier correspondant (/var/lib/postgresql par exemple). Mais chacun fait comme il le veut à ce niveau, en fonction de l'utilisation de la machine , de ses habitudes et de son expérience.

Maintenant, venons-en au problème : Autrefois, il était assez facile de corriger le problème en se connectant direct en root : en effet, sur une partition, il y a toujours un peu d'espace réservé pour un processus privilégié :

$ sudo tune2fs -l /dev/mapper/vgubuntu-lv_root | grep -i reserv
Reserved block count:     78643

Sous réserve que ce ne soit pas un process privilégié qui ait rempli votre filesystem et bouffé les blocs correspondant, il était possible de se connecter en root et de faire de la place dans les répertoires qui saturaient le disque. Aujourd'hui la plupart des systèmes n'initialisent plus de mot de passe root : il faut passer par une connexion utilisateur non privilégié et ensuite faire un sudo, et si l'utilisateur n'arrive pas à se connecter en mode non privilégié … c'est mort.

Pour corriger le problème, je tenterais de me connecter non pas en session graphique mais en session texte (ctrl+alt+F1, F2 ou F3 …) pour obtenir une mire de connexion. Une connexion texte prend moins de ressources qu'une connexion graphique. Ensuite tenter de faire de la place. Sinon tenter un boot en mode rescue au prompt grub. Et si ça ne passe pas, démarrer depuis un live DVD ou une live usb et faire de la place sur le disque en question.

Enfin, une fois le problème corrigé, je conseillerais de créer un mot de passe root …. ça permettra, si le problème se produit à nouveau, de tenter une connexion en utilisant l'espace disque réservé à root sur le filesystem, au moins en attendant de réinstaller la machine.

j'ai fait de nombreux script bash, parfois usant du awk ou des script sed, et même perl, et ce depuis plus de 10 ans.

Idem pour moi, depuis 1997, mais he ne me suius pas restreint à bash (j'ai aussi fait du ksh et du sh ).

A aucun moment cela ne s'est révélé une erreur.

Je ne pense pas non plus que de mon côté, tout ce que j'ai fait en script shell ait été une erreur (au moins à l'époque ou je l'ai fait et avec les moyens que j'avais). Par contre, sans parler d'erreur, pour certaines choses que j'ai faites à mes débuts (par exemple un système de gestion de sauvegardes sur un robot de 6 bandes, avec des scripts lancés sur les machines à sauvegarder depuis un serveur central, sans outil de sauvegarde du commerce parce que ça coutait trop cher, tout écrit en script ksh), je n'utiliserai plus forcément des scripts shell mais je passerais peut-être plutôt par un langage tel que python (enfin, je me poserais la question).

un bon bashrc file les alias de protection mv => mv -i, cp => cp -i, rm => rm -i,

Ca ne changera rien si tu fais ça dans un script … car le but d'un script est justement de ne pas ajouter d'interactivité. Mais ce genre de problème (effacer le mauvais fichier) n'est pas propre au shell : il est possible de le faire dans n'importe quel langage !!!

c'est vrai, mais je ne fait pas tourner un serveur web en bash…

Moi non plus …. Celà dit, un script shell couplé à un inetd bien senti pourrait le permettre je pense non  ? :)

Bref ces reproches dans wikipedia, c'est surtout si tu cherches à faire une application complexe, et on sort du domaine de script (même si on utilise un langage de script)

Comme d'habitude : utiliser l'outil adapté au besoin.

Contrairement à ce que beaucoup de gens croient, il y a encore beaucoup de monde qui connaît le shell. Et comme je l'ai dit plus haut, un script shell sur une distribution linux écrit il y a 20 ans ne bougera probablement pas, alors qu'un script python écrit il y a 10 ans en python2 aura probablement besoin d'être réécrit/adapté en python3.

Le manque de compétence de mon point de vue n'est pas un sujet : le shell est une compétence à avoir quand on commence à faire de l'intégration sous Linux. Si tu es dev, que tu utilises déjà un langage pour ton appli et que ton besoin est lié à une application, dans ce cas la question du langage ne se pose pas : écris-le dans le langage de ton appli. Si c'est un besoin plus générique, qui n'est pas lié à une application donnée, la question peut se poser.

la RamDisk peut être utilisée sur des systèmes embarqués, dans le cas ou on n'a pas besoin d'écrire beaucoup de donées sur disques lors du fonctionnement du système. On peut dans ce cas utiliser un système de stockage ROM (ou flash), ou un système de stockage plutôt lent, et utiliser la RamDisk comme disque d'écriture de données temporaires. Par contre il faut voir au cas par cas car il n'est pas forcément évident que de la RAM coûte moins cher que du stockage persistent style SSD : ça va dépendre de la quantité de données à écrire sur le support.

Si la ligne de commandes et le shell ne servait à rien, Microsoft n'aurait pas inventé Powershell.

Comme toujours, utiliser l'outil adapté au besoin. Il y a des cas ou un bon vieux script shelle suffira à couvrir un besoin - là ou d'autres, ne connaissant pas l'outil, viendront à utiliser du python ou autre langage, qui constituera une brique nécessitant d'être suivie en terme d'obsolescence, alors que le script shell avec commandes de base en général n'a pas à bouger et sera mis à jour avec le système de base.

À l’heure actuelle, j’ai installé de nombreux serveurs Linux

GNU's not UNIX. Et une distribution Linux n'est pas comparable à un système tel que Windows ou à d'autres systèmes Unix car les distributions Linux sont un agrégat de logiciels disponibles qui vont bien au delà d'un système d'exploitation.

Pour ma part j'ai installé pas mal de systèmes UNIX (non Linux) qui intégraient des commandes qui n'apparaissent pas dans une installation basique linux (exemple: les outils d'analyse réseau style netstat que l'on ne trouve pas sur une installation basique de certaines distributions Linux mais que l'on trouve sur d'autres systèmes).

À l’heure actuelle, j’ai installé de nombreux serveurs Linux sans ces deux programmes

La question ne se situe pas là à mon avis. On pourrait installer un serveur linux avec uniquement le noyau, une libc, et uniquement les libs qui permettent à l'application de tourner. Est-ce à dire qu'on ne doit pas intégrer un shell, des commandes de diagnostic, des daemons de supervision (style snmpd) ? Ensuite tu parles de serveur: tu peux te passer d'un environnement graphique sur un serveur. Mais sur un desktop ?

Dans le monde Linux, les composants "de base" intégrés à une installation minimale peuvent différer d'une distribution à l'autre. Et je me souvines que sur ce site il y a déjà eu des discussions sur ce que devait intégrer ou non un un OS, chacun y allant de sa propre vision des choses.

il y a plein d'applis plus ou moins "gratuites" (avec plus ou moins de pub) qui font ça, et des interfaces telles que whatsapp permettent de rogner, réorienter, créer des filtres pour rendre les images plus nettes. Mon ténéphone est un peu ancien, donc ne dispose paut-être pas de tout ça en natif mais je ne serais pas surpris qu'un Iphone récent ou un androïd moyen/haut de gamme récent ait ces fonctionnalités intégrées dans l'outil de prise de photos de l'OS. Celà dit, gérer ça avec l'écran tactile et les doigts, ça a ses limits aussi.