Mise à niveau LTS 24.04.1 plus proposée ??

geole · Le 07/09/2024, à 21:16

stanwood a écrit :

pti-jean a écrit :
Mais attention Timeshift ne protège pas de tout...
Cela s'applique aussi à une mise à niveau qui aurait planté en milieu de processus (ex. panne d'électricité). Cela m'est arrivé récemment.

Bonsoir.
Sauf cas vraiment extrèmement exceptionnel, il faut poursuivre la mise à niveau. Lire chapitre dix.

Dernière modification par geole (Le 07/09/2024, à 21:21)

jplemoine · Le 07/09/2024, à 21:48

stanwood a écrit :

Cela s'applique aussi à une mise à niveau qui aurait planté en milieu de processus (ex. panne d'électricité). Cela m'est arrivé récemment.

Et c'est là que tu vois l’Intérêt d'investir dans un onduleur... (au moins pour les ordinateurs de bureau + la box + accessoires de type switch,.. )

pti-jean · Le 08/09/2024, à 00:18

geole a écrit :

Surprenant ce que tu dis. Il y a quelques jours, le boot étant totalement devenu impossible, j'ai restauré a partir d'autre ubuntu en utilisant la technique CHROOT.

Et oui chroot... Comme quoi avec Linux (GNU/Linux ;-), y a toujours des solutions!
J'ai pas l’habitude d'utiliser chroot... mais cela peut sauver la vie!!!

JM

xubu1957 · Le 10/09/2024, à 07:34

Bonjour,

C'est corrigé > Bug suite mise à niveau LTS 24.01.1

pti-jean · Le 29/09/2024, à 17:31

Bonjour,

geole a écrit :

Surprenant ce que tu dis. Il y a quelques jours, le boot étant totalement devenu impossible, j'ai restauré a partir d'autre ubuntu en utilisant la technique CHROOT.

Attention Chroot ne résout pas tout...
Vendredi j'ai fait un checkinstall sur un vieux driver réseau alx, en me disant que si je créais un .deb, je pourrais après le désinstaller...
Le checkinstall à tout planté... il a planté le bash... Plus de ligne de commande...
J'ai alors cherché à faire un chroot, pour remonter mon Timeshift... Le chroot ne fonctionnait pas non plus... Normal, il fonctionne avec bash, sh ou zsh... et les interpréteurs de commandes ne fonctionnaient plus...
Heureusement j'avais fait une sauvegarde avec Clonezilla, ce qui m'a sauvé!

Donc, voila pour la péripétie... Avoir une confiance limitée à Timeshift, car dans certain cas, cela semble compliqué à remonter...

JM

geole · Le 29/09/2024, à 17:44

Bonjour.
Un chroot se fait depuis une autre instance et pas depuis l'instance elle-même.

pti-jean · Le 29/09/2024, à 18:05

geole a écrit :

Un chroot se fait depuis une autre instance et pas depuis l'instance elle-même.

Exactement, c'est ce que j'ai fait... depuis un live CD Kubuntu... Mais cela a été un échec!

JM

geole · Le 30/09/2024, à 11:16

Dans ce cas: Une solution pas trop compliquée.
1) Installer timeshift dans le support d'installation.
2) Identifier où sont les fichiers timeshift.

 lsblk -fe7 | grep btrfs
├─sda9  btrfs            BTRFS-24.04     c27eecf2-7139-4041-b3aa-a6f646180dee    7,4G    88% /var/snap/firefox/common/host-hunspell
├─sda14 btrfs            BTRFS-24-04-BIS ee775418-6f06-4e72-9058-813dafc3a906

3) Lister les points de restauration.

sudo timeshift --list --snapshot-device /dev/sda14
Mounted '/dev/sda14' at '/run/timeshift/9966/backup'
btrfs: Quotas are not enabled
Device : /dev/sda14
UUID   : ee775418-6f06-4e72-9058-813dafc3a906
Path   : /run/timeshift/9966/backup
Mode   : BTRFS
Status : OK
9 snapshots, 56.5 GB free

Num     Name                 Tags       Description                             
------------------------------------------------------------------------------
0    >  2024-09-05_19-40-17  B                                                  
1    >  2024-09-06_12-39-01  B H D W M                                          
2    >  2024-09-06_14-00-02  H                                                  
3    >  2024-09-08_13-45-19  B H D                                              
4    >  2024-09-08_15-00-01  H                                                  
5    >  2024-09-08_16-00-01  H                                                  
6    >  2024-09-09_18-00-01  H D                                                
7    >  2024-09-10_10-30-43  H                                                  
8    >  2024-09-30_11-59-55  O          Before restoring '2024-09-08 13:45:19'  

E: Failed to remove directory
Ret=256
E: Failed to remove directory
Ret=256

4) Choisir le bon en précisant que c'est pour restaurer dans une autre instance. Exemple

sudo timeshift --restore --snapshot "2024-09-08_13-45-19" --target /dev/sda14
Mounted '/dev/sda14' at '/run/timeshift/8593/backup'
btrfs: Quotas are not enabled


******************************************************************************
To restore with default options, press the ENTER key for all prompts!
******************************************************************************

Press ENTER to continue...

======================================================================
WARNING
======================================================================
Data will be modified on following devices:

Device         Mount
-------------  -----
/dev/sda14(@)  /    




======================================================================
DISCLAIMER
======================================================================
This software comes without absolutely NO warranty and the author takes no responsibility for any damage arising from the use of this program. If these terms are not acceptable to you, please do not proceed beyond this point!

Continue with restore? (y/n): y
Mounted '/dev/sda14' (subvol=@) at '/run/timeshift/8593/restore/'
Mounted '/dev/sda1' at '/run/timeshift/8593/restore/boot/efi'
Mounted '/dev/sda14' at '/run/timeshift/8593/restore/home'
******************************************************************************
Backup Device: /dev/sda14
******************************************************************************
******************************************************************************
Snapshot: 2024-09-08_13-45-19 ~ 
******************************************************************************
Creating pre-restore snapshot from system subvolumes...
Created directory: /run/timeshift/8593/backup/timeshift-btrfs/snapshots/2024-09-30_11-59-55
Moved system subvolume to snapshot directory: @
Created control file: /run/timeshift/8593/backup/timeshift-btrfs/snapshots/2024-09-30_11-59-55/info.json
Created pre-restore snapshot: 2024-09-30_11-59-55
------------------------------------------------------------------------------
Restored system subvolume: @
Restore completed
------------------------------------------------------------------------------
E: Failed to remove directory
Ret=256
E: Failed to remove directory
Ret=256
a@p:~$

Dernière modification par geole (Le 30/09/2024, à 11:37)

pti-jean · Le 30/09/2024, à 13:27

Salut geole,

Je n'ai aucun problème avec Timeshift... Mon problème était juste avec chroot!

JM

pti-jean · Le 30/09/2024, à 14:58

Y a quand-même la possibilité de monter un disque externe dans le chroot... et de faire un "timeshift --restore", qui propose les points de restauration... J'ai testé... Faut-il encore que le chroot fonctionne!

JM

geole · Le 30/09/2024, à 15:47

Comme, je l'ai dit, si le chroot ne fonctionne pas, on s'en passe en installant l'application et en précisant que les répertoires ne sont pas ceux de l'installation mais ceux du ubuntu à réparer. Si les répertoires sont détruits, c'est malgré tout impossible.

Dernière modification par geole (Le 30/09/2024, à 15:47)

pti-jean · Le 30/09/2024, à 17:49

Bonne question, si des répertoires ont été détruits... Je ne sais pas, mais vu la richesse de l'arborescence, qui sait ??

JM

pti-jean · Le 15/10/2024, à 13:31

Bonjour,

Un autre problème peut arriver, qui rendrait caduque le rétablissement du système par Timeshift...
Il suffit qu'en faisant la mise à niveau cela désinstalle Timeshift... Si le système plante, plus moyen de le rétablir...
C'est ce qui m'est arrivé... en faisant la mise à niveau, cela a supprimé Timeshift... Heureusement la mise à niveau n'a pas planté (quand-même dans tous les cas, j'avais prévu le coup en faisant un backup par Clonezilla)...

L'explication de pourquoi la mise à niveau a désinstallé Timeshift, tien au fait qu'il y avait un bug qui la bloquée:
https://bugs.launchpad.net/ubuntu/+sour … ug/2078589
Et qu'il y avait une manip pour contourner ce bug, que j'ai appliqué:
https://bugs.launchpad.net/ubuntu/+sour … omments/13
Cette manip désinstalle environnement graphique et quelques logiciels dont Timeshift...

Tout c'est bien terminé, car la migration c'est bien passé!

Bon après-midi,

JM

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 07/09/2024, à 21:16

Re : Mise à niveau LTS 24.04.1 plus proposée ??

#27 Le 07/09/2024, à 21:48

Re : Mise à niveau LTS 24.04.1 plus proposée ??

#28 Le 08/09/2024, à 00:18

Re : Mise à niveau LTS 24.04.1 plus proposée ??

#29 Le 10/09/2024, à 07:34

Re : Mise à niveau LTS 24.04.1 plus proposée ??

#30 Le 29/09/2024, à 17:31

Re : Mise à niveau LTS 24.04.1 plus proposée ??

#31 Le 29/09/2024, à 17:44

Re : Mise à niveau LTS 24.04.1 plus proposée ??

#32 Le 29/09/2024, à 18:05

Re : Mise à niveau LTS 24.04.1 plus proposée ??

#33 Le 30/09/2024, à 11:16

Re : Mise à niveau LTS 24.04.1 plus proposée ??

#34 Le 30/09/2024, à 13:27

Re : Mise à niveau LTS 24.04.1 plus proposée ??

#35 Le 30/09/2024, à 14:58

Re : Mise à niveau LTS 24.04.1 plus proposée ??

#36 Le 30/09/2024, à 15:47

Re : Mise à niveau LTS 24.04.1 plus proposée ??

#37 Le 30/09/2024, à 17:49

Re : Mise à niveau LTS 24.04.1 plus proposée ??

#38 Le 15/10/2024, à 13:31

Re : Mise à niveau LTS 24.04.1 plus proposée ??

Pied de page des forums