Reprise du message précédent :

c'est ce que je lui ai dit oui....

-  
- vous dites ??  
-  
-  

bon, tant mieux si tout est remis au propre
pluzun sur le pourquoi du comment du schmilblick.
y'a du avoir une interruption brutale involontaire

ma femme vous dit merci
 

De rien.

reboot ok.
putain.....heureus'ment que vous étiez là
faut que je lui fasse une sauvegarde au cas où  

T'as pas Timeshift activé dessus ? (ça dispense pas d'un backup mais bon...)

chez moi oui, mais chez elle je sais plus.
mais timeshift ça prend aussi en compte les fichiers du noyau ?

sinon, y'a ptet moyen de savoir ce qui s'est passé en consultat le fichier de log d'apt
/var/log/apt/history.log (et term.log pour les détails)

history, j'ai ça au début :
 

 
et à chaque paragraphe suivant, j'ai une erreur en fin de ligne
 
son timeshift est bien activé, ça prend en compte /root et /home/vero
 
je vais quand même pas inclure la racine carrément....

je crois que j'ai trouvé
 

 
pas de log ended au 02/05.....
le pc a été coupé avant la fin du dépaquetage de  linux-firmware

Ça va trancher chérie
 
En vrai, si tu ne fais pas gaffe, rien ne te dit qu'il y a un truc en cours ... (à part l'icône qui change légèrement dans la barre des tâches)

 
 
+1 pour l’icône.
 
je suis en train de faire une sauvegarde complète (rescuezilla)
 
vous serez tranquille quelques temps comme ça  

L'intérêt, c'est d'apprendre à réparer pour devenir un roxor.

Pour pouvoir arrêter au milieu d'une mise à jour, elles sont en automatique ?

Il suffit parfois de faire le tour du bocal.

Pardon oui je suis un poisson rouge.

faut qu'elle clique pour les lancer.
mais la connaissant, elle peut oublier qu'elle l'a fait.  

elle a tendance à perdre la télécommande de la téloche qu'elle avait en main 3s avant  

Je ne disais pas ça pour toi.
 

Dans l'autre main.

De bien belles histoires de Véro.    
 

C’est quand même vrai (tda même si c’est tempéré par d’autres traits)

l'exemple récent de PinkFloyd31 montre bien que Linux, c'est top qd cela fonctionne, mais si cela crashe, c'est vraiment compliqué à corriger.
 
Sur mon PC principal sous Ubuntu, j'ai eu hier un freeze complet de la machine (écran, clavier, souris), et j'ai du faire un reboot forcé.
 
Après reboot, la dernier ligne du log
journalctl -b -1
May 26 09:57:01 eric-X13-G6 kernel: amdgpu 0000:c3:00.0: amdgpu: Fence fallback timer expired on ring gfx_0.0.0
 
Est ce le driver GPU AMD qui a crashé et fait un freeze de la machine? Je ne sais pas, et je ne sais pas si cela peut revenir à tout moment.

Oui, ça peut rapidement devenir compliqué.
Moi c’est ce qui m’avait fait passer de Ubuntu à Mint à l’époque, j’avais souvent des instabilités ou problèmes avec Ubuntu et n’avais pas passé du temps à chercher (le temps c’est précieux).

C'est dans ce cas qu'on se dit que les distros atomiques/immuables ont quand même leur intérêt  

À une époque, j'ai dit la même chose pour Windows, où il n'était pas toujours possible de savoir à quel niveau se trouvait le problème.
 
Et souvent, le résultat, c'était format C: Dans son cas, on est arrivé à distance sans avoir la machine devant soi à déterminer la solution en quelques messages.
 
Je me souviens de ma Creative Sound Blaster Live 5.1 dont le curseur de volume baissait tout seul sous Windows et pas sous Linux (oui oui, tu mettais à 100% et tu voyais le curseur descendre progressivement à 0% ), je l'ai encore utilisée longtemps d'ailleurs sous GNU/Linux. J'ai évidemment compris que le soucis était matériel en mettant la même d'un ami, il n'y avait pas le soucis, mais quand même.
 
Dans tous les cas, chaque système a ses avantages et ses désavantages.

C'est-à-dire ?

sur windows, j'aurais même pas cherché de solution    

voilà
 
 

Très vite fait : le système de fichiers est verrouillé, tu ne peux intervenir que sur ton dossier utilisateur.

Quand tu mets à jour le système, tu récupères en fait une image qui va s’ajouter à celles déjà présentes et sur laquelle tu basculeras au redémarrage. Si jamais une MAJ devait s’avérer foireuse, tu peux redémarrer sur l’image précédente (ou encore plus ancienne, sous réserve de ne pas les avoir supprimées car ça finit par prendre de la place) et retrouver ta machine dans le même état qu’avant d’avoir fait la MAJ.

Voilà, se retrouver dans cet état incohérent niveau système n'aurait pas été possible.

Merci.  

est-ce le concept des partitions A/B de Android?

 
Mais.....tu as les maj auto activées ?  

Ce n'est pas la seule solution.
 
Il est possible aussi (certaines distribution le font) de faire les mises à jour "au boot".  
Du coup sauf si coupure de courant ou si l'utilisateur éteint brusquement à ce moment là, c'est aussi plus sûr.
Dans discover je vois l'option sur ma debian mais je ne sais pas si ça marche, mais par exemple fedora l'inclu nativement. (dans sa version standard)
 
Je l'avais déjà évoqué, c'est le cas de beaucoup de distrib (ubuntu inclu il me semble) on peut tout à fait éteindre le pc normalement en cours de mise à jour, je trouve ça fous que l’événement d'arrêt ne soit pas suspendu.
 
Mais sinon oui l’immuable forcément c'est encore plus sûr.
Sinon il y a l'option snapshot automatique comme le fait openSuse, qui donne la possibilité de revenir à un instantané fonctionnel dès le boot.

j'ai déjà répondu    
ma femme est tête en l'air    
du coup, je lui ai dit : avant d'éteindre, vérifie la petite icone en bas"
si elle bouge, c'est que t'a lancé une mise à jour  

bizarre qd même. si tu éteinds proprement la machine pendant une MAJ, la mise à jour force à se terminer,
il y a parfois un décompte avant que la machine s'éteigne réellement.
passe le bonjour à Véro

beh écoute, je sais pas ce qu'elle a foutu.
mais le log est clair ça c'est coupé avant la fin