Logiciel/script de MàJ et nettoyage

Compte supprimé · Le 10/12/2017, à 14:02

Bonjour,

Je voulais savoir si il existait un logiciel permettant de rendre une install autonome niveau MàJ et nettoyage sans intervenions.

- MàJ automatique sans devoir confirmer ni donner les droits root.
- Nettoyer les noyaux obsolètes lorsque le dernier installé à été booté avec succès (garde que l'actuel et le précédent, et supprime les autres).
- Nettoyer les fichiers temporaires etc... comme noté ici:
https://doc.ubuntu-fr.org/nettoyer_ubuntu

Je pense que ces 3 points sont quelque chose qui manque à Ubuntu de manière automatique.
Pour ma part, je serais prêt à m'investir pour en faire un petit script car ces points sont pour moi quelque chose que l'utilisateur lambda ne fait pas forcément (à par peut-être les MàJ), et j'aimerais automatiser tout ça.

Simplement je fais appel à vos connaissance sur l'existant, et avis si ça n'existe pas.

Dernière modification par Nuliel (Le 22/07/2018, à 16:33)

LukePerp · Le 18/12/2017, à 17:07

Bonjour,
La réponse est oui, grace à la fonction unattended-upgrades
C'est une fonction intégrée à ubuntu mais désactivée par défaut. Cela permet de faire automatiquement et silencieusement les mises à jour, de nettoyer les paquets sans dépendance et les vieux noyaux.
https://help.ubuntu.com/community/Autom … ityUpdates
Je maîtrise ce sujet, je peux t'aider si tu as des difficultés à le faire.
Edit : réponse incomplète, voir ma réponse du 16 juillet 2018.

Dernière modification par LukePerp (Le 16/07/2018, à 22:21)

LukePerp · Le 16/07/2018, à 22:18

Rony, pour répondre à ta question initiale, voici un script que j'ai trouvé qui pourrait répondre à ton besoin. Il faut l'exécuter à chaque démarrage de la machine, en utilisant la rubrique du même nom dans les paramètres. Tout d'abord, il faut créer le script en copiant-collant le code du script. Nomme le fichier: maj.sh
Puis rends-le exécutable.

#!/bin/bash
sleep 1m
MSG="Mise à jour en cours..."
notify-send "$MSG" -t 2000
doupdate () { (sudo apt update ; sudo dpkg --configure -a ; sudo apt-get install -fy ; sudo apt-get autoclean ; sudo apt-get autoremove --purge -y ; sudo apt full-upgrade -y) > /dev/null; quit ; }
doupdate | yad --notification --no-middle --text="$MSG" --image="system-software-update" --command="yad --center --image=dialog-information --text=\"$MSG\" --button=OK" --listen
exit 0

Ensuite, il faut l'autoriser à s'exécuter sans taper le mot de passe, en utilisant la méthode sudoers :

sudo visudo -f /etc/sudoers.d/custom
NomUtilisateur ALL=NOPASSWD: /CheminVersLeScript/maj.sh

Remplace NomUtilisateur par le nom de l'utilisateur et renseigne le bon chemin vers le script maj.sh
Dans les applications lancées au démarrage, penses à exécuter le script avec sudo :

sudo /CheminDuScript/maj.sh

Que fais le script ?
Il va nettoyer et réparer les paquets (si besoin), puis mettre à jour le système. Il affichera une icone dans la zone de notif :

Le script a besoin de yad pour afficher l'icone :

sudo apt install yad

L'étape avec visudo et sudoers est souvent erronée par les débutants, soit attentif.

Pour info, sur une machine à jour, l'exécution du script durent moins de 30 secondes à chaque démarrage de la machine (en l'absence de mise à jour).

Dernière modification par LukePerp (Le 16/07/2018, à 22:50)

LukePerp · Le 17/07/2018, à 20:41

Rony4491 a écrit :

Avant de me lancer dans ce script, j'aurais juste voulu comprendre pourquoi la 1ère solution ne marche pas, et pourquoi ne pas chercher ce qui va pas plutôt que créer un script ?

Parce que je pense que tu avais mal configuré la fonction unattended-upgrades. Au lieu de t'aider à la corriger, je préfère t'orienter sur une solution simple et qui fonctionne très bien, les fameuses commandes classiques de mise à jour (celles entre crochet du script). Parce que j'utilise unattended-upgrades sur différentes machines et je la trouve de moins en moins fiable, m'obligeant à réparer les mises à jour sur ces machines. Alors que l'autre solution est très fiable. Sur les machines que j'administre, je migre progressivement la mise à jour auto et silencieuse de unattended-upgrades vers le script ci-dessus pour des raisons de fiabilité. Concernant ce script, si tu ne veux pas que l'utilisateur soit informé que sa machine se met à jour, tu peux enlever la ligne avec notify-send, et/ou également désactiver l'affichage de l'icone de notification en n'utilisant pas yad, mais ce serait dommage de se priver de cet icone.

Dernière modification par LukePerp (Le 17/07/2018, à 20:43)

LukePerp · Le 18/07/2018, à 09:48

Penses bien à exécuter le script avec sudo, test le avec le terminal. Concernant la méthode unattended-upgrades, il n'y avait pas que deux lignes à taper pour la configuration. Tu ne sembles pas avoir lu le guide que j'ai indiqué en post 2. Voici la procédure pour unattended-upgrades, tirée d'une autre source :

unattended-upgrades a écrit :

1- Dans les paramètres des mises à jour :
Activer les mises à jour de sécurité et recommandé
Désactiver les backports et les proposed
Vérifier tous les jours
Télécharger et installer automatiquement
2- Avec le terminal :
sudo apt-get install unattended-upgrades
sudo dpkg-reconfigure unattended-upgrades # >> Répondre oui
Utiliser ce script pour récupérer les lignes PPA :
https://github.com/abhigenie92/unattend … ades_repos
#modif de :
sudo nano /etc/apt/apt.conf.d/50unattended-upgrades
Unattended-Upgrade::Allowed-Origins {
"${distro_id} ${distro_codename}-security";
"${distro_id} ${distro_codename}-updates";
// "${distro_id} ${distro_codename}-proposed";
// "${distro_id} ${distro_codename}-backports";
# ajouter les lignes pour ppa comme : "LP-PPA-webupd8team-sublime-text-3:xenial";
};
# et activer l'autoremove
#modif de
sudo nano /etc/apt/apt.conf.d/10periodic
APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Download-Upgradeable-Packages "1";
APT::Periodic::AutocleanInterval "7";
APT::Periodic::Unattended-Upgrade "1";
# modif de
sudo nano /etc/apt/apt.conf.d/20auto-upgrades
APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Download-Upgradeable-Packages "1";
APT::Periodic::AutocleanInterval "7";
APT::Periodic::Unattended-Upgrade "1";
3- Exécuter une fois pour activer :
sudo unattended-upgrade -d # sans S
4- Log dispo
cat /var/log/unattended-upgrades/unattended-upgrades.log
Attention, ces mises à jour ne sont faites uniquement si machine branché au secteur.

LukePerp · Le 18/07/2018, à 09:51

Pour vérifier que les mises à jour sont faites, consultes les log dans /var/log/...

LukePerp · Le 21/07/2018, à 08:20

Rony4491 a écrit :

.

Rony, par curiosité, quelle solution as tu testé et pourquoi as tu effacé tes commentaires ?
Edit : ok, j'ai compris en regardant le profil de rony, il a pété les plombs puis a été banni du forum.

Dernière modification par LukePerp (Le 21/07/2018, à 08:25)

Brunod · Le 22/07/2018, à 08:23

C'est quoi ce truc ? C'est parce qu'il a été ban que les titres sont effacés ? Ou c'est lui qui a passé son temps à tout effacer ?
Dans un cas comme dans l'autre, ça fait un foutoir des plus inutiles...

xubu1957 · Le 22/07/2018, à 08:27

Bonjour,

Il a tout massacré > forum.ubuntu-fr.org/search.php?search_id=1245511761 ! (edit=lien cassé)

Dernière modification par xubu1957 (Le 21/02/2019, à 18:45)

Nuliel · Le 22/07/2018, à 10:17

Non, il a pété un plomb, s'est amusé à modifier tous ces messages et les titres de ses discussions, et du coup s'est fait bannir.
Oui on est d'accord, c'est stupide.

?? · Le 22/07/2018, à 11:54

Bonjour
Je pense qu'il a été banni avant de pouvoir terminer la fin de suppression de ses messages.

Mais votre procédure de bannissement m'interpelle sur deux points
A) vous bannissez quelqu'un et vous conserver tous ce messages comme un trophée. C'est vraiment la méthode du moyen-age qui était utilisée pour s'approprier le domaine d'une autre personne.
Pourquoi donc ne pas supprimer la totalité de ses messages ?

B) La version stable de la 18.04.1 va bientôt arriver. J'avais l'intention de supprimer la totalité de mes messages d'avant la version 14.04 voir d'avant la version 16.04. Je vais donc être banni si je le fais....... tant pis.

Dernière modification par ?? (Le 22/07/2018, à 11:55)

xubu1957 · Le 22/07/2018, à 12:02

Moi qui ne suis pas spécialiste, il m'est arrivé de dégoter des solutions, même dans des discussions anciennes.

?? · Le 22/07/2018, à 12:17

et j'ai vu des gens faire des bêtises en appliquant ces méthodes. en voulant remplacer une version 16.04 par une version 15.10 par exemple car piquée dans une discussion de la version 15.04.
S'il y toujours le bug détecté en 12.04, il n'est pas sur qu'appliquer la correction vue en 12.04 soit la meilleure chose à faire dans une version 18.04 LTS......
Sans parler du problème de ce forum qui semble conserver éternellement les messages

https://forum.ubuntu-fr.org/viewtopic.php?pid=1000
https://forum.ubuntu-fr.org/viewtopic.php?pid=3

Dernière modification par ?? (Le 22/07/2018, à 12:28)

Watael · Le 22/07/2018, à 12:22

il m'est arrivé de dégoter des solutions, même dans des discussions anciennes.

soit, mais elles avaient un titre au moins !
faire remonter une discussion dont le sujet est "." n'incite pas à visiter le site/forum !

il n'y a pas "d'archives" pour restaurer ses discussions ?
et puisqu'il a été banni , pourquoi son profil a-t-il été conservé ?

eric63 · Le 22/07/2018, à 12:24

je pense que la modération a bien agit pour rony4491
Je ne trouve pas très élégant voir anormal pour pas dire plus, de supprimer ses propres messages il aurait mieux valu demander à anonymiser son profil si tu veux te désengager complètement du forum.
Il y a sûrement des infos qui restent pertinentes et qui peuvent servir à la communauté, mêmes si elles datent et ne correspondent plus à la version du jour.
Si tu es sûr de l'obsolescence de ton post ma foi pourquoi pas.
Mais heureusement que l'histoire ne s'écrit pas sur les forums.

?? · Le 22/07/2018, à 12:39

eric63 a écrit :

Il y a sûrement des infos qui restent pertinentes et qui peuvent servir à la communauté, mêmes si elles datent et ne correspondent plus à la version du jour.
Mais heureusement que l'histoire ne s'écrit pas sur les forums.

Bonjour eric, je ne doute pas qu'il ait des informations pertinentes qui peuvent servir à la communauté.
Mais je me demande pourquoi, ces informations pertinentes ne peuvent pas être trouvées dans la documentation. Mais c'est un autre débat qui peut faire bannir un utilisateur qui le fait sans respecter une certaine procédure non connue.
car il a lu la fin de la page d'accueil en se connectant au site documentaire https://doc.ubuntu-fr.org/
Chacun est libre de créer ou modifier des pages, et de proposer des améliorations.
dont on peut suivre l'évolution https://doc.ubuntu-fr.org/wiki/liste_di … quentation

Dernière modification par ?? (Le 22/07/2018, à 12:43)

moko138 · Le 22/07/2018, à 12:41

??
Il s'agit de consever l'intelligibilité d'une discussion, donc sa cohésion interne.
A contrario, rappelle-toi ce fil ./viewtopic.php?pid=18848181#p18848181, "[Résolu] Partition bios-grub non vue et démarrage impossible" :

Les derniers messages, bien qu'anciens (12/2014), restent utiles 60 à 63 (42 à 44 depuis que la discussion a été vandalisée).
Mais les 95 premiers % sont devenus incohérents.
Pourquoi ?
Parce qu'un intervenant, furieux après lui-même, a supprimé le tiers des messages. Alors que la description de ses erreurs, si elle avait été maintenue, aurait pu continuer à rendre service à la communauté.

D'ailleurs quelqu'un que nous apprécions, toi et moi, avait ajouté :

Bougron a écrit :

Je ne connaissais pas cet excellant document mais il me semblait bien que dans la discussion qui me fait pointer ici, il y avait des décalages de lecture.......
Je pense que c'est k(...) lui-même qui a supprimé ses propres messages dans tout le site suite à une discussion où il a vu plus que rouge.

moko138 · Le 22/07/2018, à 12:45

Watael a écrit :

il m'est arrivé de dégoter des solutions, même dans des discussions anciennes.
soit, mais elles avaient un titre au moins !
faire remonter une discussion dont le sujet est "." n'incite pas à visiter le site/forum !
il n'y a pas "d'archives" pour restaurer ses discussions ?

J'avis retrouvé le titre et le premier message dans le cache de ggl, et les avais envoyés à la modération.

moko138 · Le 22/07/2018, à 12:49

Encore disponibles :
http://webcache.googleusercontent.com/s … fr&ct=clnk
Mais je n'ai pas les messages suivants.

?? · Le 22/07/2018, à 13:18

Bonjour moko138

En relisant brièvement ce qui reste de cette discussion, j'ai relevé https://forum.ubuntu-fr.org/viewtopic.p … #p18781211
que le disque était HS... A priori ce genre de constat n'est pas une nouveauté

mais je pensais à une autre discussion qui a duré un certain temps , qui s'est déportée sur une autre dans laquelle les experts ont apporté des billes et qui s'est finie par la modification de la documentation expliquant clairement me semble-t-il comment procéder
A partir de cet instant, je considère que l'absence des deux discussions n'est pas un préjudice .
Je viens de voir à l'instant que la documentation en question et a conservé seulement le lien de démonstration et les liens du bug https://doc.ubuntu-fr.org/gpt#installer … disque_gpt

Pour installer Ubuntu sur un disque dur partitionné en GPT:
si vous utilisez l'installateur automatique, il n'y a rien de spécial à faire.
si vous utilisez le partitionnement manuel, il vous faudra créer:
soit une partition UEFI (si votre BIOS est en mode UEFI)
soit une partition BIOS-Boot (si votre BIOS est en mode classique).
soit une partition UEFI et une partition Bios-boot si vous pensez alterner entre les deux modes.

En présence d'un disque neuf. je ne conseille plus maintenant que la création d'une table de partition GPT suivie de la création des deux partitions. On n'est pas à une partition près d'une taille de 1 Mo ou de 127 Mo
Cependant, je continuerais de déconseiller de l'utiliser sans table de partition.

Dernière modification par ?? (Le 22/07/2018, à 13:35)

eric63 · Le 22/07/2018, à 13:31

?? a écrit :

Mais je me demande pourquoi, ces informations pertinentes ne peuvent pas être trouvées dans la documentation. Mais c'est un autre débat qui peut faire bannir un utilisateur qui le fait sans respecter une certaine procédure non connue.
car il a lu la fin de la page d'accueil en se connectant au site documentaire https://doc.ubuntu-fr.org/
Chacun est libre de créer ou modifier des pages, et de proposer des améliorations.
dont on peut suivre l'évolution https://doc.ubuntu-fr.org/wiki/liste_di … quentation

les infos dans la doc et les infos dur le forum ce sont deux sources
la doc est disons inscrite en dur et tout le monde ne transcrit pas ses résolutions du forum sur la doc qui est plus intimidantes à mon avis alors que le forum fait appel à des solutions plus individuelles et accompagnées.

car il a lu la fin de la page d'accueil en se connectant au site documentaire https://doc.ubuntu-fr.org/

Et le wiki tu peux le vandaliser comme tu peux vandaliser tes posts si t'es vénère malgré que Chacun est libre de créer ou modifier des pages, et de proposer des améliorations. donc modifier oui, mais tout est affaire de bon sens et de mesure et de respect des autres. Le forum et mes posts je considère cela comme des biens publics.

nam1962 · Le 22/07/2018, à 13:33

Les utilisateurs d'internet interrogent des moteurs de recherche.
Les moteurs aboutissent plus souvent sur des fils que sur la doc.

Les fils sont valides ou obsolètes, mais quelque soit le statut, permettent de suivre un ou des raisonnements.
Il est très compliqué de juger de la validité d'un fil : certaines procédures sont obsolètes en 3 mois, d'autres se renforcent au bout de 15 ans.

Le gugusse qui a un caprice d'enfant de 4 ans et casse tous ses objets à lui ("c'est à moi, j'ai le droit, nananère"), handicape exprès les futurs visiteur.

C'est tout...

cqfd93 · Le 22/07/2018, à 18:25

Bonjour,

J'ai banni Rony4491 pour éviter qu'il ne supprime les quelques messages auxquels il n'avait pas encore touché, si j'avais su, je l'aurais banni encore bien plus tôt…

On conserve son compte et ses discussions tant qu'il est encore possible de récupérer des messages mis en cache par Google (supprimer et anonymiser le compte rendrait la récupération quasi impossible) et dans tous les cas on ne supprimera aucun sujet ayant un peu de substance. Merci à Naziel qui est en train d'en récupérer dans ce cache.

cqfd93 admin du forum

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 10/12/2017, à 14:02

Logiciel/script de MàJ et nettoyage

#2 Le 18/12/2017, à 17:07

Re : Logiciel/script de MàJ et nettoyage

#3 Le 16/07/2018, à 22:18

Re : Logiciel/script de MàJ et nettoyage

#4 Le 17/07/2018, à 20:41

Re : Logiciel/script de MàJ et nettoyage

#5 Le 18/07/2018, à 09:48

Re : Logiciel/script de MàJ et nettoyage

#6 Le 18/07/2018, à 09:51

Re : Logiciel/script de MàJ et nettoyage

#7 Le 21/07/2018, à 08:20

Re : Logiciel/script de MàJ et nettoyage

#8 Le 22/07/2018, à 08:23

Re : Logiciel/script de MàJ et nettoyage

#9 Le 22/07/2018, à 08:27

Re : Logiciel/script de MàJ et nettoyage

#10 Le 22/07/2018, à 10:17

Re : Logiciel/script de MàJ et nettoyage

#11 Le 22/07/2018, à 11:54

Re : Logiciel/script de MàJ et nettoyage

#12 Le 22/07/2018, à 12:02

Re : Logiciel/script de MàJ et nettoyage

#13 Le 22/07/2018, à 12:17

Re : Logiciel/script de MàJ et nettoyage

#14 Le 22/07/2018, à 12:22

Re : Logiciel/script de MàJ et nettoyage

#15 Le 22/07/2018, à 12:24

Re : Logiciel/script de MàJ et nettoyage

#16 Le 22/07/2018, à 12:39

Re : Logiciel/script de MàJ et nettoyage

#17 Le 22/07/2018, à 12:41

Re : Logiciel/script de MàJ et nettoyage

#18 Le 22/07/2018, à 12:45

Re : Logiciel/script de MàJ et nettoyage

#19 Le 22/07/2018, à 12:49

Re : Logiciel/script de MàJ et nettoyage

#20 Le 22/07/2018, à 13:18

Re : Logiciel/script de MàJ et nettoyage

#21 Le 22/07/2018, à 13:31

Re : Logiciel/script de MàJ et nettoyage

#22 Le 22/07/2018, à 13:33

Re : Logiciel/script de MàJ et nettoyage

#23 Le 22/07/2018, à 18:25

Re : Logiciel/script de MàJ et nettoyage

Pied de page des forums