création d'un snapshot sur MX-21 (Résolu)

[fernand1]

Code: Select all

System:    Host: <filter> Kernel: 5.10.0-10-amd64 x86_64 bits: 64 compiler: N/A 
           parameters: BOOT_IMAGE=/boot/vmlinuz-5.10.0-10-amd64 
           root=UUID=<filter> ro quiet splash 
           Desktop: Xfce 4.16.0 tk: Gtk 3.24.24 info: xfce4-panel wm: xfwm4 dm: LightDM 1.26.0 
           Distro: MX-21_x64 Wildflower October 20  2021 base: Debian GNU/Linux 11 (bullseye) 
Machine:   Type: Laptop System: TOSHIBA product: SATELLITE C870-15K v: PSC8AE-02P00MB4 
           serial: <filter> 
           Mobo: Type2 - Board Vendor Name1 model: Type2 - Board Product Name1 
           v: Type2 - Board Version serial: <filter> UEFI [Legacy]: Insyde v: 6.80 
           date: 10/01/2013 
Battery:   ID-1: BAT0 charge: 30.5 Wh condition: 30.5/48.4 Wh (63%) volts: 12.0/10.8 
           model: TKBSS NS2P3SZMC4WR type: Li-ion serial: <filter> status: Full 
CPU:       Topology: Dual Core model: Intel Core i3-2310M bits: 64 type: MT MCP 
           arch: Sandy Bridge family: 6 model-id: 2A (42) stepping: 7 microcode: 2F 
           L2 cache: 3072 KiB 
           flags: avx lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 16761 
           Speed: 1024 MHz min/max: 800/2100 MHz Core speeds (MHz): 1: 988 2: 992 3: 924 4: 937 
           Vulnerabilities: Type: itlb_multihit status: KVM: VMX disabled 
           Type: l1tf mitigation: PTE Inversion; VMX: conditional cache flushes, SMT vulnerable 
           Type: mds mitigation: Clear CPU buffers; SMT vulnerable 
           Type: meltdown mitigation: PTI 
           Type: spec_store_bypass 
           mitigation: Speculative Store Bypass disabled via prctl and seccomp 
           Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization 
           Type: spectre_v2 mitigation: Full generic retpoline, IBPB: conditional, IBRS_FW, 
           STIBP: conditional, RSB filling 
           Type: srbds status: Not affected 
           Type: tsx_async_abort status: Not affected 
Graphics:  Device-1: Intel 2nd Generation Core Processor Family Integrated Graphics 
           vendor: Toshiba driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:0116 
           Display: x11 server: X.Org 1.20.11 driver: modesetting unloaded: fbdev,vesa 
           resolution: 1600x900~60Hz 
           OpenGL: renderer: Mesa DRI Intel HD Graphics 3000 (SNB GT2) v: 3.3 Mesa 20.3.5 
           compat-v: 3.0 direct render: Yes 
Audio:     Device-1: Intel 7 Series/C216 Family High Definition Audio vendor: Toshiba 
           driver: snd_hda_intel v: kernel bus ID: 00:1b.0 chip ID: 8086:1e20 
           Sound Server: ALSA v: k5.10.0-10-amd64 
Network:   Device-1: Realtek RTL8723AE PCIe Wireless Network Adapter driver: rtl8723ae v: kernel 
           port: 3000 bus ID: 02:00.0 chip ID: 10ec:8723 
           IF: wlan0 state: up mac: <filter> 
           Device-2: Realtek RTL810xE PCI Express Fast Ethernet vendor: Toshiba driver: r8169 
           v: kernel port: 2000 bus ID: 03:00.0 chip ID: 10ec:8136 
           IF: eth0 state: down mac: <filter> 
Drives:    Local Storage: total: 465.76 GiB used: 38.37 GiB (8.2%) 
           ID-1: /dev/sda vendor: Samsung model: SSD 860 EVO 500GB size: 465.76 GiB block size: 
           physical: 512 B logical: 512 B speed: 6.0 Gb/s serial: <filter> rev: 4B6Q scheme: MBR 
Partition: ID-1: / raw size: 24.65 GiB size: 24.10 GiB (97.75%) used: 7.69 GiB (31.9%) fs: ext4 
           dev: /dev/sda12 
           ID-2: /home raw size: 146.83 GiB size: 143.52 GiB (97.75%) used: 30.68 GiB (21.4%) 
           fs: ext4 dev: /dev/sda11 
Sensors:   System Temperatures: cpu: 48.0 C mobo: N/A 
           Fan Speeds (RPM): N/A 
Repos:     No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list 
           1: deb http://deb.debian.org/debian bullseye-updates main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/debian.list 
           1: deb http://deb.debian.org/debian bullseye main contrib non-free
           2: deb http://security.debian.org/debian-security bullseye-security main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/google-chrome.list 
           1: deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main
           Active apt repos in: /etc/apt/sources.list.d/mx.list 
           1: deb http://mirror.tiguinet.net/mx/packages/mx/repo/ bullseye main non-free
Info:      Processes: 240 Uptime: 12m Memory: 5.69 GiB used: 1.10 GiB (19.4%) Init: SysVinit 
           v: 2.96 runlevel: 5 default: 5 Compilers: gcc: 10.2.1 alt: 10 Shell: quick-system-in 
           running in: quick-system-in inxi: 3.0.36 

Bonjour à vous.
J'avais réussi à créer un snapshot sur MX-19.

Il me semble que ça diffère quelque peu sur MX21
Lorsque je veux le créer, voilà ce qu'il m'affiche :

Espace utilisé dans / (racine) 7,68 GB
Espace utilisé dans /home :30,72 GB
Espace libre disponible dans /home où sera mis le dossier de l'instantané : 105 Gb

L'espace libre doit pouvoir contenir les données compressées de / et /home

Emplacement de l'instantané : /home/snapshot

Peut-on me confirmer que l'iso ainsi créé ira bien se loger dans les 105 Gb libre sans affecter la partie utile de mon home. Car j'ai un home commun à mes différents OS.

Le programme propose également de choisir un répertoire différent pour l'instantané.
À cette fin et voulant à tout prix protéger mon home, j'ai créé une nouvelle partition en fat32 de 130 Gb destinée à recueillir cet iso.
Mais le programme ne me permet pas d'envoyer l'iso qui va être créé dans cette nouvelle partition de 130 Gb.
Une fois l'opération terminée, je sauverai cet iso sur une clé ventoy.

Merci de m'éclairer.
fernand1

[fehlix]

À cette fin et voulant à tout prix protéger mon home, j'ai créé une nouvelle partition en fat32 de 130 Gb destinée à recueillir cet iso.

FAT32 => max 4GB

[fernand1]

Bonjour fehlix
130 Go c'est la taille de la partition que j'ai créée en fat 32
Vu ta remarque, je l'ai reformatée en ext4.
Le programme de création du snapshot n'en démord pas et ne me permet pas de choisir ce répertoire. Il veut loger l'iso qu'il va créer dans mon home.
Mais y a-t-il un risque, ou bien c'est toujours comme ça que cela se passe, tel est le questionnement.
je vais reformater ma partition en fat 32.
merci

Ajout:
J'ai déniché un PC de seconde zone et viens d'installer MX21. Là aussi le home est commun à plusieurs OS U18 U20 MX19 et ce nouveau MX21
Je lance la création du snapshot qui là, également va se mettre sur le home et ne souhaite pas se placer ailleurs.
Je verrai ainsi si le contenu du home est affecté par la création de l'iso.
Ce qui m'inquiète, c'est lors du déroulement du programme snapshot, le PC affiche "écrasement du système de fichiers"
J'attends le résultat.
Je préfère altérer ce PC plutôt que mon PC principal.

[Huckleberry Finn]

A-t-il été monté ?

Vous pouvez simplement vérifier ou monter manuellement en utilisant Thunar.

Oh, cela peut être dû aux permissions. Lorsque vous créez des partitions avec GParted , le propriétaire est root par défaut. Donc, vous devez d'abord changer la propriété de l'ext4 usb à votre nom d'utilisateur.

p. ex. :

Code: Select all

sudo chown -R fernand:fernand /media/fernand/*

Montez d'abord l'usb puis appliquez ceci (remplacez fernand par votre nom d'utilisateur réel)

_____________________________________________________

4GB est la limite de la taille des fichiers pour fat32. Donc, si l'iso sera plus petit que 4GB, c'est ok, mais quand il atteint 4 pendant la création, il s'arrêtera avec une erreur (mais c'est dû au système de fichiers fat32, pas au MX).

[fernand1]

Bonsoir Huckleberry,
J'y suis parvenu.
j'ai reformaté ma clé usb en ext4.
J'ai créé le snapshot sur le bureau.
Ce qui me faisait peur, c'est que lors du déroulement du programme, le PC affiche "écrasement du système des fichiers", je pense que c'est plutôt "compression du système des fichiers" qu'il fallait comprendre.
Bref, le résultat apparaît bien sur le bureau, "instantané MX créé avec succès, puis utilisez "créateur de live USB MX"
L'iso s'est créé sur la clé.
J'avais opté pour la vérification, c'est assez long.
In fine, j'ai éteint le pc, reboot sur la clé et MX21 est bien là et veut se charger.
Tout est pour le mieux.
Donc finalement ce n'est pas différent qu'avec MX19, mais j'avais lu sur ce forum quelques mails indiquant diverses procédures du genre minstall-pkexe et j'en passe.
Merci et bonne fin de soirée à toi et à fehlix
fernand1

Je mets en résolu