[LINUX] je suis une merde en informatique mais j'aimerais apprendre des trucs

Le 31 décembre 2021 à 11:30:28 :

Le 31 décembre 2021 à 11:22:39 :

au debut je disais que ouais je faisais ca pour apprendre mais au final impossible de revenir sous windows aujourd'hui j'ai trop mes habitudes et un confort que j'avais pas sous windows .. rien que de pouvoir tout controller en ssh tout les pc chez moi facilement.. enfin ej sais qu'on peut sous windows mais comment il y a pas le bash..

l'adm système sous windows se fait via GPO dans un domaine. C'es enfait bcp mieux pensé pour faire de la maintenance de parc de post de travail. Les alternatives Unix come IPA sont tous des cc de ce que fait windows dans ce domaine.

Mais si t'as la flemme tu peux toujours tout faire en terminal distant. T'as en fais plein de façons de vaire (installation de service distant (psexec et affiliés), WMI et ses nombreuses API via DCOM, Powershell/WinRM...)

je connais pas du tout ca c'est vrai

d'ailleurs le powershell ca vaut quoi par rapoort au bash ?

bash c'est un shell pensé pour unix dont le paradigme est tout est fichié et qui repose sur un ensemble d'utilitaire de commande écrits en C avec des string text en input/output.

Powershell c'est un "shell" orienté objet pensé pour l'admin système sur windows dont l'OS est également "orienté object" très different du paradigme Unix. T'as un ensemble de commande native les fameux cmdlet, implémenté en .NET mais tu peux également instancié directement des classes .NET. Ce qui est souvent déroutant c'est que les output de cmdlet powershell sont pas du text donc tu peux pas raisonner comme avec un unix shell classique en pipant à la suite des commandes qui vont faires des opérations sur du contenu texte. Enfait powersehll c'est une sorte de surcouche permettant d'interagir avec l'écosystème .NET et qui est orienté admin sys. Tu peux faire des trucs assez fou en Powershell, ce qui se rapprocherais le plus d'une console powershell dans un environnement unix ce serait de lancer une console python qui import nativement des modules ansible par exemple. Du mois c'est c'est ce qui s'en rapprocherait le plus comparativement à une session bash dont l'éléement de comparaison le plus pertinent dans l'écosystème windows reste le fameux command prompt.

Quand tu lance un ifconfig ou un ls dans bash ce qui se passe c'est que le process bash dans lequel vit le runtime bash va créer un sous process ifconfig ou ls dont l'image crrespondante est un binaire elf dant ton path.

Quand tu lance une session Powershell, ce qui se passe c'est que tu crée une instance de classe Powershell Runtime écrite en .NET et l'ensemble des "commandes" seront des methodes .NET qui vivent déjà dans le process host de ta session powershell. Faire du powershell c'est faire de la prog .NET simplifiée enfait avec des abstractions déjà toute prête pour faire des tâches courantes d'adminstration systeme.

Beaucoup de gens comparent l'Unix Shell et Powershell parce qu'il s'imaginent que parce qu'il ya shell dans le nom c'est comparable mais de mon point de vu pas du tout. Ce sont deux API très differentes avec même des applications differentes.

Le principal probleme de powershell c'est sa verbosité et complexité relative du au fait que c'est orienté object là ou bash c'est tu text processing bête et méchant qui reste très instinctif, d'où la popularité de WSL.

Le 31 décembre 2021 à 14:31:56 :

Le 31 décembre 2021 à 11:30:28 :

Le 31 décembre 2021 à 11:22:39 :

au debut je disais que ouais je faisais ca pour apprendre mais au final impossible de revenir sous windows aujourd'hui j'ai trop mes habitudes et un confort que j'avais pas sous windows .. rien que de pouvoir tout controller en ssh tout les pc chez moi facilement.. enfin ej sais qu'on peut sous windows mais comment il y a pas le bash..

l'adm système sous windows se fait via GPO dans un domaine. C'es enfait bcp mieux pensé pour faire de la maintenance de parc de post de travail. Les alternatives Unix come IPA sont tous des cc de ce que fait windows dans ce domaine.

Mais si t'as la flemme tu peux toujours tout faire en terminal distant. T'as en fais plein de façons de vaire (installation de service distant (psexec et affiliés), WMI et ses nombreuses API via DCOM, Powershell/WinRM...)

je connais pas du tout ca c'est vrai

d'ailleurs le powershell ca vaut quoi par rapoort au bash ?

bash c'est un shell pensé pour unix dont le paradigme est tout est fichié et qui repose sur un ensemble d'utilitaire de commande écrits en C avec des string text en input/output.

Powershell c'est un "shell" orienté objet pensé pour l'admin système sur windows dont l'OS est également "orienté object" très different du paradigme Unix. T'as un ensemble de commande native les fameux cmdlet, implémenté en .NET mais tu peux également instancié directement des classes .NET. Ce qui est souvent déroutant c'est que les output de cmdlet powershell sont pas du text donc tu peux pas raisonner comme avec un unix shell classique en pipant à la suite des commandes qui vont faires des opérations sur du contenu texte. Enfait powersehll c'est une sorte de surcouche permettant d'interagir avec l'écosystème .NET et qui est orienté admin sys. Tu peux faire des trucs assez fou en Powershell, ce qui se rapprocherais le plus d'une console powershell dans un environnement unix ce serait de lancer une console python qui import nativement des modules ansible par exemple. Du mois c'est c'est ce qui s'en rapprocherait le plus comparativement à une session bash dont l'éléement de comparaison le plus pertinent dans l'écosystème windows reste le fameux command prompt.

Quand tu lance un ifconfig ou un ls dans bash ce qui se passe c'est que le process bash dans lequel vit le runtime bash va créer un sous process ifconfig ou ls dont l'image crrespondante est un binaire elf dant ton path.

Quand tu lance une session Powershell, ce qui se passe c'est que tu crée une instance de classe Powershell Runtime écrite en .NET et l'ensemble des "commandes" seront des methodes .NET qui vivent déjà dans le process host de ta session powershell. Faire du powershell c'est faire de la prog .NET simplifiée enfait avec des abstractions déjà toute prête pour faire des tâches courantes d'adminstration systeme.

Beaucoup de gens comparent l'Unix Shell et Powershell parce qu'il s'imaginent que parce qu'il ya shell dans le nom c'est comparable mais de mon point de vu pas du tout. Ce sont deux API très differentes avec même des applications differentes.

Le principal probleme de powershell c'est sa verbosité et complexité relative du au fait que c'est orienté object là ou bash c'est tu text processing bête et méchant qui reste très instinctif, d'où la popularité de WSL.

je vois oui en fait c'est tout à fait différent

je sais pas trop quoi faire en tout cas mais... je vais me contenter d'apprendre a mon rythme je crois..

Les trucs qui m'ont fais progresser :

Faire des scripts
Connaître la fonction des dossiers dans la racine /
Installer Arch
Installer Gentoo
(Quand je dis installer je sous entends utiliser au quotidien)
Scripter un installation de A à Z d'arch
Bidouiller le noyau pour l'alléger.

Concevoir des tâches cron pour télécharger une iso par exemple (qui change de nom chaque mois), faire une update en auto...
Alléger son système un max (ça paraît stupide, mais ça t'amènes à connaître les paquets installé et donc comprendre ce que peut faire ton système).

Installer un système depuis un autre existant via chroot.
Utiliser git (pour par exemple faire un backup des fichier de conf)
Utiliser docker + dockerfile...
S'intéresser à qemu (GPU passthrough..)

Enfaite faut te mettre en tête que si tu t'intéresse à ne serait-ce que des softwares tu vas être amenés à piger des trucs qui touchent au réseau, à la prog...

Gentoo par exemple m'a fais piger des trucs sur le noyau, parce que tant que t'as pas fais un noyau fonctionnel t'as 0 systèmes.
Ça me sert pas au quotidien, mais avoir une nouvelle perspective t'aide.

Le 01 janvier 2022 à 03:20:13 :
Les trucs qui m'ont fais progresser :

Faire des scripts
Connaître la fonction des dossiers dans la racine /
Installer Arch
Installer Gentoo
(Quand je dis installer je sous entends utiliser au quotidien)
Scripter un installation de A à Z d'arch
Bidouiller le noyau pour l'alléger.

Concevoir des tâches cron pour télécharger une iso par exemple (qui change de nom chaque mois), faire une update en auto...
Alléger son système un max (ça paraît stupide, mais ça t'amènes à connaître les paquets installé et donc comprendre ce que peut faire ton système).

Installer un système depuis un autre existant via chroot.
Utiliser git (pour par exemple faire un backup des fichier de conf)
Utiliser docker + dockerfile...
S'intéresser à qemu (GPU passthrough..)

Enfaite faut te mettre en tête que si tu t'intéresse à ne serait-ce que des softwares tu vas être amenés à piger des trucs qui touchent au réseau, à la prog...

Gentoo par exemple m'a fais piger des trucs sur le noyau, parce que tant que t'as pas fais un noyau fonctionnel t'as 0 systèmes.
Ça me sert pas au quotidien, mais avoir une nouvelle perspective t'aide.

sympa tout ca j'ai pas fait la majorité des trucs

installer arch j'ai fait mais je deteste toujours le passage du bootloader grub etc

crontab je trouve ca contre intuitif mais j'ai programmé des rsync avec surtout

l'arboresscence linux ca commence à etre bon

mais gentoo ca me fait vachement peur

faire des script ouais je pense que ca aide beaucoup

et sinon j'ai jamais touché au kernel

en un an j'ai rien foutu en fait

je suis sous arch ou endeavour sur un autre ou jarrivais pas a mettre le grub et sinon sur debian

j'essaie d'eviter au maximum les derivés de distrib

je detestait fedora par contre je recevait des messages d'erreur selinux des que je remettait ufw je crois je comprenais rien a ces erreurs

mauvaise experience fedora.. et arch pendant 9 mois.. tres sympa