malheureusement , nous constatons de nos jours encore de très mauvais réflexes dès qu'une mise a jour se présente.
la 1ere chose a faire est d'aller voir sur le site , dans la section announcement puis Stable , le 1er topic qui décrit les composants montés , et surtout bien lire ce qui est demandé , aussi sur le 1er reply qui est le wiki en cas particulier
et non d'appliquer immédiatement sans savoir ce qui sera modifié
issu de réflexion sur cet idée de bouton Geopardy , j'appuie et on verra bien après ... ( le déluge )
"Attention, ils ignorent le forum / wiki, ne font pas de sauvegardes avant les installations majeures et cliquent sur le bouton de mise à niveau de pacman comme si c'était le signal sonore de Jeopardy!"
donc penser a lire , regarder les 1er retours et s'il y a un sérieux problème ***attendez *** !
ici dans notre cas 2 éléments qu'il faut bien comprendre :
1) systemd est loin d'être exempt de défaults , l'inconvénient étant la perte de la maj en cours et assez loin de stabilité et robustesse a toute épreuve , l'equipe de dev a mis 3 mois pour parvenir a gérer cela ,
l'origine etant de très mauvaises versions proposés par systemd pendant ces 2 mois
version ko 239-303 31 nov 2019 ......fuite en avant de systemd 239-xx puis 240-xx puis 241-xx mi-janvier avec
en plus une maj securité obligatoire systemd et la partie pacman en maj ...
2) il est compliqué de manière générale , de garantir une maj par GUI dans tous les cas , les pertes videos sont possibles , souvent indiqué en demarrage chroot ou TTY , respecter la consigne si on vous le demande!
et au besoin sauvegarder avant !
3) la partie Testing le 19/01 n'a pas été de tout repos , puisque moi-même pour y parvenir ,
retour arrière Stable puis upgrade Testing ( en gros -Syyuu puis -Syyu ) https://forum.manjaro.org/t/testing-upd ... x/72399/38
bien comprendre j'applique la maj , je ne peux pas rebooter mais il faut une solution de sortie ...
et les 20 versions dans le caches de systemd en testing sont Ko et je n'ai pas la version OK 239-4 ni la version 240.75 dans le cache.
le 19/01 philm sort en Stable une maj pour version systemd 239-4 , malheureusement ceux qui ont une version supérieur reste avec la version qu'il ne faut pas conserver pour la suite ( philm n'a obtenu que la 239-4 en stable pour Xfce et KDE et une 240.75 pour Gnome ..)
je pense que notre erreur est ici , on aurait du demander a tous d'abord resynchro ( ou solution de nom long-v1-puis-nom-v2 ) afin de toujours garantir une nouvelle version même en cas de retour arrière
lorsque la version 23/01 sort pour le reste il est alors trop tard , on a systemd et pacman ( et installe noyau ) qui font défaut les 3 ensembles , seul moyen appliquer un chroot pour forcer la synchronisation ( -Syyuu avec le mirroir )
nous essayons de vous prévenir lorsque cela se passe mal ou s'il y a des soucis particuliers ( ex certains drivers réseaux ou vidéos , le clavier de portable , etc ... )
à la base issu de ArchLinux , les "outils" pour gérer cela ne sont pas simple , et nous avons de la chance de pouvoir
avoir plusieurs noyaux , de downgrader si on trouve a temps le paquet fautif , encore faut-il l'avoir dans le cache et espérons que cela ne touche pas systemd ou pacman c'est très compliqué pour s'en sortir , ou bien de sauvegarder et restaurer dans cette situation
ps : niveau Archlinux la problématique est la même en terme de maj
pensez toujours lire les annonces , il n'y a aucune garanti ( même pour microsoft , même pour apple )
je suis juste un beta testeur , qui effectue certaines vérification en Testing ,
d'autres sont aussi en Testing ( Stephane , Erwann , Lemust83 et sans doute bien d'autres)
mais on connaît un minimum les commandes utiles pour s'en sortir
Je plussois tes analyses et renouvelle tes avertissements.
Lors de mise à jour système, comme tu le précises, nous testons juste en avant la publication l'opération avec nos différentes configurations matérielles, ce qui ne reflète qu'une partie de ce qui peut être testé.
Tous ceux qui suivent l'actualité du forum officiel que nous relayons, sauront ce qu'il est conseillé de faire , mais je comprend que beaucoup d'entre nous se contentent de cliquer sur l'icône rouge en toute confiance, ce qui est légitime. Qui lit attentivement une notice de médicaments ou d'un micro-onde avant de l'utiliser?
Je n'aurais qu'un conseil : renseignez-vous avant de faire une mise à jour surtout si vous ne gardez sous le coude une iso-usb récente pour vous permettre de "chrooter".
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
la 1ere chose a faire est d'aller voir sur le site , dans la section announcement puis Stable , le 1er topic qui décrit les composants montés , et surtout bien lire ce qui est demandé , aussi sur le 1er reply qui est le wiki en cas particulier
Bonjour,
Merci Stephane n'Cie, c'est très instructif.
De ces recommandations, en fait je n'en suivais qu'une, celle d'attendre et de lire suffisamment de retours sur ce forum et seulement ensuite de me lancer.
Je dois dire que hormis quelques déboires (surtout avec mon ancienne bécane-nvidia, maintenant fini nvidia), tout c'est bien déroulé... je ferai des efforts quand même pour en appliquer plus.
Tiens, pour être en Testing, je n'ai aps eu toutes ces erreurs avec systemd.
Il faut dire qu'il y a eu 2 ou 3 màj de systemd avant que je ne reboot ce qui a peut-être évité le bug.
Mais même, je n'avais pas toutes les erreurs dans les logs comme j'ai pu le lire à l'inter.
Système : Manjaro XFCE LTS CPU : 6 x Intel(R) Core(TM) i5-8400 CPU @ 2.80GHz Carte graphique : NVIDIA Corporation GP107 [GeForce GTX 1050] (rev a1) Cartes son : Audio device: Intel Corporation Cannon Lake PCH cAVS (rev 10)
Audio device: NVIDIA Corporation GP107GL High Definition Audio Controller (rev a1)
Bonjour à tous, merci pour les recommandations .
c'est vrai que maintenant que je suis passé par là , je vais éviter de cliquer comme un Âne sur l’icône rouge .Je vais suivre vos commandements.
Bonjour, même comme un vieux béotien que je le suis, je fais toujours attention à lire entièrement l'annonce, puis s''il y a des difficultés signalées j'attends. Une mise à jour, sauf pour les passionnés, n'est pas vitale à 5 ou 6 jours près. Merci de m'avoir ainsi renforcé dans ma prudence.
J'ai aussi un bon copain qui m'aide s'il le faut. Çà c'est un lien très utile qui renforce les relations humaines si nécessaires;
Merci de votre travail
GoustiFruit a écrit : ↑il y a 5 ans
Ça serait une bonne idée d'intégrer un message d'avertissement quand une mise à jour qui touche le système arrive...
C'est maintenant chose faite en t'abonnant a la newsletters que je t'envoie, tu auras des infos sur les maj foireuses :https://www.tuxnvape.fr/
@jps : Quel intérêt de consulter une newsletter dans ta messagerie puis d'aller sur le site pour lire l'info (à moins d'être concerné par les 2 environnements proposés là-bas) alors qu'il te suffit de venir sur ce forum et de consulter directement les actualités dès qu'octopus se manifeste ?
De plus il me semble que les sources d'infos d'origine pour la plupart sont les mêmes...
Les termes de "maj foireuse" me gênent, Car il me semble que les équipes font tout pour que ça ne soit justement pas foireux, et qu'à la lecture de tous les messages de problèmes de maj, il m'apparaît qu'il s'agit, la plupart du temps, de problèmes liés aux configurations personnelles, qui ne peuvent évidemment pas être toutes prises en compte par les devs et les équipes (je me trompe peut-être mais ....).
Quant aux maj critiques, il me semble qu'elles sont suffisamment documentées, y compris pour les non-geeks comme moi, pour éviter les crash.
Et si crash il y a , les précautions préconisées, puis l'aide apportée sur le forum permettent de s'en sortir !
Ce n'est que mon point de vue, mais je voulais le partager.
Michel
Manjaro Kde 64 bits - Kde plasma 5.27.11 - Kde frameworks 5.115.0 - Qt 5.15.12 - Noyau 6.6.26-1-Manjaro
Processeur 4 x Intel® core i5-7500 CPU @ 3.4 GHz - 7.7 Gio mémoire vive
Carte Nvidia GK208 (Geforce GT 730)
Disque dur SSD 240 Go sata
Disque dur 3.5 sata 2 To 7200 trs
comme michel "Ce n'est que mon point de vue, mais je voulais le partager."
En plus des fils rss, si l'on a un compte à l'inter, il est possible de s'abonner pour recevoir par mail une notification à chaque mise à jour stable (voir testing)
---
Prévenir les mise à jour "foireuses" ? ici c'est plus un souhait ou alors du marketing bien gras : les problèmes sont (parfois) connus en testing mais il n'y a aucune façon de savoir si le problème va être complètement supprimé en stable et si la mise à jour stable est pour dans quelques heures ou quelques jours. Donc que faire ?
- envoyer une alerte aux stables alors quelle sera sans doute corrigée ... au bout de 3 fakes, ces news ne seront simplement plus prises au sérieux (il me semble que c'est le cas ici pour la première info avec pamac) - si un problème n'a pas été remonté par cette "lettre" elle perd complètement de son intérêt.
Elle peut même devenir nocive si les usagés sont persuadés que c'est une protection valide à 99%.
- quand envoyer aux abonnés ? si la stable est pour dans une semaine, on peut attendre mais elle peut aussi bien être pour demain... et zut on a envoyé trop vite ... et zut on a pas envoyé avant la mise à jour stable
L'équipe officielle ne se risque même pas à ce jeu - on l'a dit 1000 fois, il est 100 fois plus sûr d'attendre simplement les retours. Lire les retours de testing (dans forum ou via mailing) ok c'est très bien mais sera toujours 100 fois moins efficace que d'attendre les retours.
Je plussois.
Ce que nous recommandons ici, c'est d'être en mesure de savoir passer en TTY ou au pire , savoir chrooter depuis une live-session ou d'une autre distro de même architecture.
En cas de plantage du serveur X pendant la mise à jour, il est aisé de s'en sortir. Bien sur, on pourrait penser que Manjaro est "instable" comme on peut le lire parfois ici ou ailleurs. C'est juste une distro en rolling qui se remet en cause à chaque fois pour aller vers du mieux et c'est parfois délicat avec certaines machines. Il n'est pas si ardu de jouer à minima de la console, même pour des débutants, ce que nous avons tous été. Ceux qui pense que tout est "clic bouton" comme sur des OS proprio auront plus de mal a s'adapter dans une rolling que ceux qui auront fait l'effort de se documenter sur le forum officiel que nous relayons en français pour les allergiques à la langue de Ted Nugent
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
je fais systématiquement les mises à jours du système via le terminal, et une fois terminé avant de fermer et de rebooter je refais défiler pour être sur de n'avoir pas loupé une info importante du genre modification de droit.
en TTY impossible d’utiliser cette solution avez-vous un moyen en TTY de refaire défiler les infos ?