Linux - Historique des versions

Justine le 22 juin 2022 à 11:46

2022-06-22T11:46:12Z

← Version précédente		Version du 22 juin 2022 à 11:46
Ligne 1 :		Ligne 1 :
			[[Category:linux]]
	== Console/Shell : ==		== Console/Shell : ==
	<div class="level2">		<div class="level2">

Justine : /* Console/Shell : */

2019-09-23T13:27:12Z

Console/Shell :

← Version précédente		Version du 23 septembre 2019 à 13:27
Ligne 41 :		Ligne 41 :

	Les arguments d’action : -print (affiche le NOM) -delete -exec -name (faire une recherche dans le nom du fichier)		Les arguments d’action : -print (affiche le NOM) -delete -exec -name (faire une recherche dans le nom du fichier)
	<~~pre class~~="~~code~~">find / coucou -print #Cherche le fichier coucou dans / et l’affiche		<syntaxhighlight lang="bash">
			find / coucou -print #Cherche le fichier coucou dans / et l’affiche
	find / -name password* -print #rechercher les fichiers dont le nom commence par password dans / #et afficher leur chemin		find / -name password* -print #rechercher les fichiers dont le nom commence par password dans / #et afficher leur chemin
	find / -size 15M #Rechercher des fichiers de de 15 mégaoctets ; k pour kilo M pour méga G #pour giga		find / -size 15M #Rechercher des fichiers de de 15 mégaoctets ; k pour kilo M pour méga G #pour giga
	find / -type f -exec cat {}\ ; #Exécute cat sur le résultat		find / -type f -exec cat {}\ ; #Exécute cat sur le résultat
	#Ici je cherche dans / un fichier (‘-type f’, je peux faire ‘-type d’ pour un dossier) puis j’éxecute (-exec) la commande cat sur la trouvaille {} et je finis ma liste de commande avec \~~ ~~;		#Ici je cherche dans / un fichier (‘-type f’, je peux faire ‘-type d’ pour un dossier) puis j’éxecute (-exec) la commande cat sur la trouvaille {} et je finis ma liste de commande avec \
			#Trouve et efface avec une regex
			find . -name "2018gz" -exec rm -r '{}' \;
			</syntaxhighlight>



Ligne 55 :		Ligne 59 :

	{} signifie « ce que j’ai trouvé », apparement un find -exec finit toujours par \ ;<br/> Je peux y rajouter du -name , du -print, etc		{} signifie « ce que j’ai trouvé », apparement un find -exec finit toujours par \ ;<br/> Je peux y rajouter du -name , du -print, etc
	</div>		</div>

	= Configuration d'interfaces =		= Configuration d'interfaces =
	<div class="level1">		<div class="level1">

Justine : /* En pratique */

2019-09-19T08:38:06Z

En pratique

← Version précédente		Version du 19 septembre 2019 à 08:38
Ligne 119 :		Ligne 119 :
	*Rediriger les erreurs (stderr) avec "2>" ou "2>>" : le principe est le même que le simple/double chevron sauf que cette fois on ne redirige le flux d'erreurs, au lieu de la sortie standard.		*Rediriger les erreurs (stderr) avec "2>" ou "2>>" : le principe est le même que le simple/double chevron sauf que cette fois on ne redirige le flux d'erreurs, au lieu de la sortie standard.
	*Rediriger les données venant d'un fichier vers une commande avec "<"  (on redirige vers stdin): Au lieu d'utiliser le clavier comme entrée, on va utiliser un fichier. Par exemple, si je l'utilise avec cat pour lire un fichier, je peux faire un <code>cat < fichier.txt. </code>Le résultat est le même qu'un cat fichier.txt, mais le processus est différent.		*Rediriger les données venant d'un fichier vers une commande avec "<"  (on redirige vers stdin): Au lieu d'utiliser le clavier comme entrée, on va utiliser un fichier. Par exemple, si je l'utilise avec cat pour lire un fichier, je peux faire un <code>cat < fichier.txt. </code>Le résultat est le même qu'un cat fichier.txt, mais le processus est différent.
	*Je peux rediriger les erreurs ainsi que la sortie standard en même temps avec 2>&1.		*Je peux rediriger les erreurs ainsi que la sortie standard en même temps avec 2>&1.
			*<< Permet de rediriger depuis le clavier.

	== Les pipes ==		== Les pipes ==

Justine le 19 septembre 2019 à 08:37

2019-09-19T08:37:26Z

← Version précédente		Version du 19 septembre 2019 à 08:37
Ligne 278 :		Ligne 278 :

	ATTENTION : le fait de laisser l'extension .sh à notre script semble poser problème : il faut l'enlever !		ATTENTION : le fait de laisser l'extension .sh à notre script semble poser problème : il faut l'enlever !

			== Vider un fichier en cours d'utilisation ==
			Le plus simple pour cela est d'utiliser la redirection suivante :
			>/fichier/a/vider
			On redirige depuis rien du tout vers le fichier, ce qui le vide.

Justine le 6 avril 2019 à 09:48

2019-04-06T09:48:12Z

← Version précédente		Version du 6 avril 2019 à 09:48
Ligne 260 :		Ligne 260 :




	= Modifier une variable d'environnement =		= Modifier une variable d'environnement =

	Pour modifier une variable d'environnement, par exemple PATH:		Pour modifier une variable d'environnement, par exemple PATH:
	<div style="background:#eeeeee; border:1px solid #cccccc; padding:5px 10px">export PATH=${PATH}:/home/justine/bin #ajouter des choses à la variable</div> <div style="background:#eeeeee; border:1px solid #cccccc; padding:5px 10px">export PATH=/home/justine/bin   #Modifier la variable</div>		<div style="background:#eeeeee; border:1px solid #cccccc; padding:5px 10px">export PATH=${PATH}:/home/justine/bin #ajouter des choses à la variable</div> <div style="background:#eeeeee; border:1px solid #cccccc; padding:5px 10px">export PATH=/home/justine/bin   #Modifier la variable</div>
	~~ ~~		[[Category:Linux]]

			= Cron : le vérifier =

			Les scripts (si ont les droits en exécution et les bonnes permissions) situés dans les dossiers cron.daily, cron.hourly... etc doivent s'exécuter à intervalles réguliers, sans qu'on ait à passer par un crontab.

			Pour vérifier que c'est bien le cas, on peut utiliser la commande :
			<pre>run-parts --test /etc/cron.daily</pre>

			Le nom de notre script doit alors s'afficher.

	~~[[Category~~:~~Linux]]~~		ATTENTION : le fait de laisser l'extension .sh à notre script semble poser problème : il faut l'enlever !

Justine le 15 novembre 2018 à 14:29

2018-11-15T14:29:04Z

← Version précédente		Version du 15 novembre 2018 à 14:29
Ligne 259 :		Ligne 259 :




	= Modifier une variable d'environnement =		= Modifier une variable d'environnement =

	Pour modifier une variable d'environnement, par exemple PATH:		Pour modifier une variable d'environnement, par exemple PATH:
	<div style="background:#eeeeee; border:1px solid #cccccc; padding:5px 10px">export PATH=${PATH}:/home/justine/bin</div>		<div style="background:#eeeeee; border:1px solid #cccccc; padding:5px 10px">export PATH=${PATH}:/home/justine/bin #ajouter des choses à la variable</div> <div style="background:#eeeeee; border:1px solid #cccccc; padding:5px 10px">export PATH=/home/justine/bin   #Modifier la variable</div>


	[[Category:Linux]]		[[Category:Linux]]

Justine le 15 novembre 2018 à 14:11

2018-11-15T14:11:21Z

← Version précédente		Version du 15 novembre 2018 à 14:11
Ligne 252 :		Ligne 252 :
	Installer à partir des sources		Installer à partir des sources

	Pour extraire une archive .tar.gz : tar -zxvf archive.tar.gz		Pour extraire une archive .tar.gz : tar -zxvf archive.tar.gz

	Vérifier les dépendances : ./configure		Vérifier les dépendances : ./configure

	puis make et sudo make install		puis make et sudo make install



			= Modifier une variable d'environnement =

			Pour modifier une variable d'environnement, par exemple PATH:
			<div style="background:#eeeeee; border:1px solid #cccccc; padding:5px 10px">export PATH=${PATH}:/home/justine/bin</div>


	[[Category:Linux]]		[[Category:Linux]]

Justine le 12 novembre 2018 à 21:28

2018-11-12T21:28:11Z

← Version précédente		Version du 12 novembre 2018 à 21:28
Ligne 221 :		Ligne 221 :
	*Un répertoire de travail		*Un répertoire de travail

	À savoir : le programme init (/sbin/init) est le premier lancé par le système, il a le PID 1 : c'est SystemD !		À savoir : le programme init (/sbin/init) est le premier lancé par le système, il a le PID 1 : c'est SystemD !

	Un processus a toujours un processus père, appellé PPID (Parent PID), sauf pour init. Ainsi, on a une structure arborescente, avec des processus pères et des processus fils, et init l'ancêtre de tout les processus (la racine de l'arbre, en somme).		Un processus a toujours un processus père, appellé PPID (Parent PID), sauf pour init. Ainsi, on a une structure arborescente, avec des processus pères et des processus fils, et init l'ancêtre de tout les processus (la racine de l'arbre, en somme).

	Les états : Un processus peut avoir trois états possibles:		Les états : Un processus peut avoir trois états possibles:

	*prêt (suspendu par l'OS)		*prêt (suspendu par l'OS)
Ligne 235 :		Ligne 235 :
	La commande principalement utilisée pour voir les processus est la commande ps. Elle renvoie 4 colonnes:		La commande principalement utilisée pour voir les processus est la commande ps. Elle renvoie 4 colonnes:

	*PID : Le numéro identifiant le processus		*PID : Le numéro identifiant le processus
	*TTY : Le nom de la console depuis laquelle le processus est lancé		*TTY : Le nom de la console depuis laquelle le processus est lancé
	*TIME : La durée pendant laquelle le processus a consommé du temps auprès du CPU pendant le lancement		*TIME : La durée pendant laquelle le processus a consommé du temps auprès du CPU pendant le lancement
	*CMD : Le programme qui génère le processus		*CMD : Le programme qui génère le processus

	On peut utiliser des arguments :		On peut utiliser des arguments :

	*ps -u <utilisateur> : On peut voir tous les processus lancés par un utilisateur.		*ps -u <utilisateur> : On peut voir tous les processus lancés par un utilisateur.
	*ps -ef : voir tous les processus de tous les utilisateurs sur toutes les consoles		*ps -ef : voir tous les processus de tous les utilisateurs sur toutes les consoles
	*pstree -p : affiche les processus sous forme d'arbre.		*pstree -p : affiche les processus sous forme d'arbre.
	*ps -u <utilisateur> \| grep <processus> pour trouver le PID d'un processus (équivalent à pgrep).		*ps -u <utilisateur> \| grep <processus> pour trouver le PID d'un processus (équivalent à pgrep).
	*kill <PID> : arrêter un processus		*kill <PID> : arrêter un processus
	*kill -9 <PID> : arrêter violemment un processus		*kill -9 <PID> : arrêter violemment un processus
	*killall <nom> : tuer tousles processus en lien à un programme		*killall <nom> : tuer tousles processus en lien à un programme

	~~ ~~		Installer à partir des sources

			Pour extraire une archive .tar.gz : tar -zxvf archive.tar.gz

			Vérifier les dépendances : ./configure

			puis make et sudo make install



	[[Category:Linux]]		[[Category:Linux]]

Justine le 10 novembre 2018 à 22:39

2018-11-10T22:39:25Z

← Version précédente		Version du 10 novembre 2018 à 22:39
Ligne 136 :		Ligne 136 :

	<code>du \| sort -nr >> monfichier.txt</code>		<code>du \| sort -nr >> monfichier.txt</code>



Ligne 146 :		Ligne 145 :
	Les services, ou daemons, sont des programmes qui assurent des tâches bien particulières (affichage, réseau, etc...) en arrière-plan, sans que l'on ait nécessairement à les démarrer. Ils sont en fait lancés par des scripts, qui vont permettre de lancer, redémarrer... le service.		Les services, ou daemons, sont des programmes qui assurent des tâches bien particulières (affichage, réseau, etc...) en arrière-plan, sans que l'on ait nécessairement à les démarrer. Ils sont en fait lancés par des scripts, qui vont permettre de lancer, redémarrer... le service.

	Avec Systemd, les configurations sont dans le répertoire : /lib/systemd/system		Avec Systemd, les configurations sont dans le répertoire : /lib/systemd/system

	Avec SystemV, ils sont dans /etc/init.d (ou /etc/rc/d/init.d)		Avec SystemV, ils sont dans /etc/init.d (ou /etc/rc/d/init.d)
Ligne 158 :		Ligne 157 :
	<code>systemctl <action> <service></code>		<code>systemctl <action> <service></code>

	Si <service> est le nom du service, l'action peut être :		Si <service> est le nom du service, l'action peut être :

	*start		*start
Ligne 178 :		Ligne 177 :
	== <code>Manipulation des services avec SystemV</code> ==		== <code>Manipulation des services avec SystemV</code> ==

	La plupart des systèmes utilisent SystemD tout en conservant des commandes (<code>service</code>) SystemV pour la rétrocompatibilité. Les commandes de base sont :		La plupart des systèmes utilisent SystemD tout en conservant des commandes (<code>service</code>) SystemV pour la rétrocompatibilité. Les commandes de base sont :

	*Lister les services et leur état : <code>service --status-all</code>		*Lister les services et leur état : <code>service --status-all</code>
	*Redémarrer un service : <code>service <service> restart</code>		*Redémarrer un service : <code>service <service> restart</code>

	=== Avec les scripts ===		=== Avec les scripts ===
Ligne 187 :		Ligne 186 :
	On peut aussi manipuler les services "à l'ancienne" en utilisant directement les scripts présents dans le dossier /etc/init.d		On peut aussi manipuler les services "à l'ancienne" en utilisant directement les scripts présents dans le dossier /etc/init.d

	Pour se faire, la syntaxe est la suivante :		Pour se faire, la syntaxe est la suivante :

	<code>/etc/init.d/<service> <action></code>		<code>/etc/init.d/<service> <action></code>

	Avec les actions :		Avec les actions :

	*start		*start
Ligne 205 :		Ligne 204 :


	~~ ~~		= Les processus =

			Les processus (ou tâches) sont les programmes qui sont executés sur la machine. Il en existe deux types:

			*Des processus système qui sont lancés automatiquement, à une date/heure ou au boot
			*Des processus lancés par les utilisateurs

			Lorsque l'on lance une commande, un processus lui correspondant est créé. Les processus ont diverse caractéristiques:

			*Un numéro d'identification (Process ID, ou PID)
			*Un propriétaire
			*Un groupe propriétaire
			*Le terminal auquel il est attaché
			*Un état du processus
			*Une priorité
			*Un répertoire de travail

			À savoir : le programme init (/sbin/init) est le premier lancé par le système, il a le PID 1 : c'est SystemD !

			Un processus a toujours un processus père, appellé PPID (Parent PID), sauf pour init. Ainsi, on a une structure arborescente, avec des processus pères et des processus fils, et init l'ancêtre de tout les processus (la racine de l'arbre, en somme).

			Les états : Un processus peut avoir trois états possibles:

			*prêt (suspendu par l'OS)
			*élu (en exécution)
			*bloqué (en attente de quelque chose pour poursuivre)

			== La commande ps ==

			La commande principalement utilisée pour voir les processus est la commande ps. Elle renvoie 4 colonnes:

			*PID : Le numéro identifiant le processus
			*TTY : Le nom de la console depuis laquelle le processus est lancé
			*TIME : La durée pendant laquelle le processus a consommé du temps auprès du CPU pendant le lancement
			*CMD : Le programme qui génère le processus

			On peut utiliser des arguments :

			*ps -u <utilisateur> : On peut voir tous les processus lancés par un utilisateur.
			*ps -ef : voir tous les processus de tous les utilisateurs sur toutes les consoles
			*pstree -p : affiche les processus sous forme d'arbre.
			*ps -u <utilisateur> \| grep <processus> pour trouver le PID d'un processus (équivalent à pgrep).
			*kill <PID> : arrêter un processus
			*kill -9 <PID> : arrêter violemment un processus
			*killall <nom> : tuer tousles processus en lien à un programme

Justine le 10 novembre 2018 à 22:23

2018-11-10T22:23:40Z

← Version précédente		Version du 10 novembre 2018 à 22:23
Ligne 137 :		Ligne 137 :
	<code>du \| sort -nr >> monfichier.txt</code>		<code>du \| sort -nr >> monfichier.txt</code>

	=   =


	= Les services =		= Les services =