#Linux #système@sebsauvage 12 ans de debian, pas eu la moindre merde pendant une mise à jour… C'est sans compter les années de Mint avant et ubuntu encore avant (qui à l'époque était plutôt stable…)
Sans parler des install faites pour les autres… En 10 ans d'install party pour le LUG, j'ai du ré-intervenir… 2 fois dont à cause d'un dualboot (windows à écrasé grub en se mettant à jour) et une mise à jour interrompue…
« Problèmes de mises à jour de Linux », est soit du FUDl soit une confusion avec ubuntu
1/2
@sebsauvage Le w pire » est de devoir relancer Firefox quand on ouvre un nouvel onglet après une mise à jour…
Le choix de Fedora c'ets de faire la msie à jour pe,ndnat le redémarrage, à la windows… où on ets obligé d'attendre la fin de la mise à jour pour pouvoir utiliser la machine… Je vois pas en quoi ça en fait « une distribution Linux supérieure »… D'autant plus que le c'est le bac à sable de Red Hat… pardon, de IBM…
SteamOS a des MàJ atomiques sans coté bloquant de Fedora/windows…
2/2
Oui, je trouve aussi limite de présenter les maj A/B propre a Fedora alors que c'est ce qui est fait coté SteamOS
@T3hty Tout l'argumentaire de l'article est basé sur le mensonge que les mises à jour d'un OS GNU/Linux sont intrinsèquement dangereux et provoquent de soit-disabt graves dysfonctionnements hasardeux alalnt de crash random de logciels jusqu’à des logiciels complètement casés voire des problèmes de boot parce que els msies à joursq se vont sans empecher l’utilisation de l'OS (mises à jour ezn plein milieu d'un rebbot blqoué sur un écran à windows…)
Ramassais de conneries…
1/2
@T3hty Cet article est un torchon pour faire cliquer et « justifier » l'espace publicitaire…
J'ai rien contre les mises à jour A/B et c'est une bonne idée dans certains cas MAIS ça sert à rien de la présenter comme la seule façon de faire valide des mises à jour/sans trout péter de mentir autant pour promouvoir les mises à jour…
Sans oublier que windows a beau bloquer l’utilisation de l'OS pendant les mises à jour, ça n’empêche absolument pas des maj catastrophiques…
2/2
> Tous les comptes (y compris root) étaient dans le ldap
C'est déjà en soit une erreur de noob… Toujours avoir un compte admin local à la machine pour reprendre la merde en cas de problème! Même pour l'applicatif… alors pour l'OS…
LDAP pète parfois quand il y a des problèmes réseaux et un certains nombre d'outil nécessite d'être relancés manuellement après quelques échecs de reconnexions à LDAP et/ou BdD par exemple… 100% de comptes distants est une GROSSE erreur…
@cbo_rcm_le17 Sinon pour le bug mentionné, une fois en 26 ans… on a vu pire
C'est un bug spécifique à un paquet + le manque de pré-prod aggravé par le manque de compte admin local. L'auth aurait été cassée indépendamment du fait que Linux met à jour des paquets en cours d'utilisation…
L'article prétend dès l'intro que « mettre à jour le système en cours d'utilisation cause des crashes, du logiciel cassé ou même que le PC ne boote plus »… On est dans la pure désinformation…
@beanface42
Par défaut, Timeshift prend des instantanés du système mais pas de /home
Il est également accessible en ligne de commande pour restaurer une ancienne version en cas de soucis.
Il est immensément plus efficace avec btrfs qu'avec ext4.
Avec btrfs, il utilise les snapshots, ce qui fait qu'un snapshot Timeshift prend moins d'une seconde.
J'ai déjà eu à revenir à une ancienne version du système, X11 ne démarrait même plus (une fois parce que j'avais bidouillé X11, une autre PAM)
Rapha
sebsauvage
Cycliste du quotidien
🐧DaveNull🐧 ☣️pResident Evil☣
T3hty
CBO @ le17
Beanface42
Eldeberen
CharlesNepote
Heyla