Questions sur l'installation et la configuration de Manjaro Linux.
Répondre

Clonezilla - échec de la sauvegarde

#1Messageil y a 6 ans

Salut à tous,

Ça fait un moment que j'essaye de cloner le disque de mon vieux laptop (dix ans déjà!) avant chaque mise à jour de Manjaro. Pendant quelques mois ça marchait sans problème en utilisant la dernière version stable de Clonezilla et un disque dur externe. Mais depuis quelques mois, voilà ce qui se passe:
  • À la fin de la sauvegarde, la même erreur apparaissait toujours au moment de la vérification de l'intégrité de l'image, disant qu'il y avait une erreur I/O et que l'image était corrompue (broken).
  • J'ai testé plusieurs disques durs externes, mais l'erreur apparaissait toujours. J'ai donc pensé que mon disque dur interne était en train de dysfonctionner, parce que les forums Clonezilla disent que les erreurs I/O sont liées à une défaillance matérielle. J'ai fait des tests SMART, mais ils n'ont pas révélé de bad blocks. J'ai quand même acheté un nouveau disque dur interne. Mais ça n'a rien changé au message d'erreur qui apparaissait toujours à la fin du processus de sauvegarde.
  • J'ai commencé à penser que mon CPU ou ma RAM causaient le problème. J'ai utilisé des tests du paquet stress-ng pour vérifier. Mais le CPU et la RAM ont l'air de bien fonctionner.
    Pour info, j'ai utilisé les commandes suivantes pour mener les tests: 

    stress-ng -v --tz -l 100 --class io --all 1 >monfichier.txt
stress-ng -v --tz --class memory --sequential 1 --log-file stress-ng.txt
  • Depuis peut-être une semaine il y a une évolution du problème: Quand j'essaye de cloner le disque dur interne, la vitesse de copie descend progressivement jusqu'à 50 Mbit/s. Donc je n'arrive même pas à arriver à la phase de vérification de l'image.

SYSTEM:

System:    Kernel: 4.9.66-1-MANJARO x86_64 bits: 64 gcc: 7.2.0 Desktop: i3 4.14.1
           Distro: Manjaro Linux
Machine:   Device: laptop System: ASUSTeK product: X51L v: 1.0 serial: N/A
           Mobo: ASUSTeK model: X51L v: 1.0 serial: N/A BIOS: American Megatrends v: 207 date: 10/09/2008
Battery    BAT0: charge: 46.6 Wh 96.3% condition: 48.4/48.4 Wh (100%) model: ASUSTEK T12--24 status: Charging
CPU:       Dual core Intel Pentium Dual T3200 (-MCP-) arch: Conroe rev.13 cache: 1024 KB
           flags: (lm nx sse sse2 sse3 ssse3) bmips: 7982
           clock speeds: max: 2000 MHz 1: 1000 MHz 2: 1000 MHz
Graphics:  Card: Intel Mobile GM965/GL960 Integrated Graphics Controller (primary) bus-ID: 00:02.0
           Display Server: x11 (X.Org 1.19.5 ) drivers: intel (unloaded: modesetting)
           Resolution: 1280x800@60.00hz
           OpenGL: renderer: Mesa DRI Intel 965GM version: 2.1 Mesa 17.2.6 Direct Render: Yes
Audio:     Card Intel 82801H (ICH8 Family) HD Audio Controller driver: snd_hda_intel bus-ID: 00:1b.0
           Sound: Advanced Linux Sound Architecture v: k4.9.66-1-MANJARO
Drives:    HDD Total Size: 120.0GB (75.9% used)
           ID-1: /dev/sda model: TS120GSSD220S size: 120.0GB
Partition: ID-1: / size: 103G used: 79G (81%) fs: ext4 dev: /dev/sda1
           ID-2: swap-1 size: 7.24GB used: 0.00GB (0%) fs: swap dev: /dev/sda2
Sensors:   System Temperatures: cpu: 48.0C mobo: N/A
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 129 Uptime: 45 min Memory: 1266.5/3004.6MB Init: systemd Gcc sys: 7.2.0
           Client: Shell (bash 4.4.121) inxi: 2.3.48
Voilà, je serais vraiment reconnaissant :hugs: si vous avez des suggestions concernant ce problème, parce que je ne sais plus trop quoi faire à ce stade à part acheter un nouvel ordi :dizzy_face:
Haut

Clonezilla - échec de la sauvegarde

#2Messageil y a 6 ans

Bonjour
Pour être franc, je ne l'ai jamais utilisé, mais comme tout support externe, même à la fin de l'écriture, il faut lancer sync pour vider le cache tampon ou cliquer sur l'icône d'éjection si on fait en graphique.Ça s'explique par le principe de l'entonnoir; les données sont considérées comme copiée par le système, mais il en rste encore dans le tampon. Sinon, si l'option le permet, un reboot depuis l'interface de clonezilla forcera a vider le cache. Peut-être qu'en attendant un peu quelques minutes , ça peut suffire aussi .
Haut

Clonezilla - échec de la sauvegarde

#3Messageil y a 6 ans

Salut @lemust83,
je n'ai pas trouvé d'erreurs de disque dur. En revanche, on dirait qu'il y a un souci avec le CPU tout compte fait, voilà les messages d'erreur du code suivant: 

journalctl -p 4 -b


 -- Logs begin at Fri 2017-12-15 06:43:33 CET, end at Sat 2018-01-27 20:36:15 CET. --
janv. 27 14:06:13 alex-pc kernel: core: PEBS disabled due to CPU errata
janv. 27 14:06:13 alex-pc kernel: mtrr: your CPUs had inconsistent variable MTRR settings
janv. 27 14:06:14 alex-pc kernel: Expanded resource reserved due to conflict with PCI Bus 0000:00
janv. 27 14:06:14 alex-pc kernel: sdhci-pci 0000:01:01.1: Will use DMA mode even though HW doesn't fully claim to support it.
janv. 27 14:06:14 alex-pc kernel: sdhci-pci 0000:01:01.1: Will use DMA mode even though HW doesn't fully claim to support it.
janv. 27 14:06:14 alex-pc kernel: sdhci-pci 0000:01:01.1: Will use DMA mode even though HW doesn't fully claim to support it.
janv. 27 14:06:14 alex-pc kernel: cgroup: cgroup2: unknown option "nsdelegate"
janv. 27 14:06:14 alex-pc systemd[1]: File /usr/lib/systemd/system/systemd-journald.service:33 configures an IP firewall (IPAddressDeny=any), but the local system does not support BPF/cgroup based firewalling.
janv. 27 14:06:14 alex-pc systemd[1]: Proceeding WITHOUT firewalling in effect!
janv. 27 14:06:14 alex-pc systemd[1]: File /usr/lib/systemd/system/systemd-udevd.service:32 configures an IP firewall (IPAddressDeny=any), but the local system does not support BPF/cgroup based firewalling.
janv. 27 14:06:14 alex-pc systemd[1]: Proceeding WITHOUT firewalling in effect!
janv. 27 14:06:14 alex-pc systemd[1]: File /usr/lib/systemd/system/systemd-logind.service:34 configures an IP firewall (IPAddressDeny=any), but the local system does not support BPF/cgroup based firewalling.
janv. 27 14:06:14 alex-pc systemd[1]: Proceeding WITHOUT firewalling in effect!
janv. 27 14:06:14 alex-pc kernel: vboxdrv: loading out-of-tree module taints kernel.
janv. 27 14:06:14 alex-pc kernel: vboxdrv: fAsync=0 offMin=0x3cc offMax=0x4350
janv. 27 14:06:14 alex-pc kernel: VBoxNetAdp: Successfully started.
janv. 27 14:06:14 alex-pc kernel: VBoxNetFlt: Successfully started.
janv. 27 14:06:14 alex-pc kernel: VBoxPciLinuxInit
janv. 27 14:06:14 alex-pc kernel: ACPI Warning: SystemIO range 0x0000000000000828-0x000000000000082F conflicts with OpRegion 0x0000000000000800-0x000000000000084F (\PMIO) (20160831/utaddress-247)
janv. 27 14:06:14 alex-pc kernel: ACPI Warning: SystemIO range 0x0000000000000530-0x000000000000053F conflicts with OpRegion 0x0000000000000500-0x000000000000053F (\GPIO) (20160831/utaddress-247)
janv. 27 14:06:14 alex-pc kernel: ACPI Warning: SystemIO range 0x0000000000000500-0x000000000000052F conflicts with OpRegion 0x0000000000000500-0x000000000000053F (\GPIO) (20160831/utaddress-247)
janv. 27 14:06:14 alex-pc kernel: lpc_ich: Resource conflict(s) found affecting gpio_ich
janv. 27 14:06:14 alex-pc kernel:  excluding 0xfdd70000-0xfddfffff
janv. 27 14:06:14 alex-pc kernel: [drm:i915_gem_init_stolen [i915]] *ERROR* conflict detected with stolen region: [0xbf800000 - 0xbff80000]
janv. 27 14:06:15 alex-pc systemd-udevd[170]: Process '/usr/bin/tlp auto' failed with exit code 4.
janv. 27 14:06:15 alex-pc systemd-udevd[170]: Process '/usr/bin/set-wireless-regdom' failed with exit code 1.
janv. 27 14:06:15 alex-pc kernel:  excluding 0xc0000-0xcffff 0xe0000-0xfffff
janv. 27 14:06:15 alex-pc kernel:  excluding 0xa0000000-0xa0ffffff
janv. 27 14:06:15 alex-pc kernel:  excluding 0x60000000-0x60ffffff
janv. 27 14:06:15 alex-pc systemd[1]: File /usr/lib/systemd/system/systemd-hostnamed.service:33 configures an IP firewall (IPAddressDeny=any), but the local system does not support BPF/cgroup based firewalling.
janv. 27 14:06:15 alex-pc systemd[1]: Proceeding WITHOUT firewalling in effect!
janv. 27 14:06:16 alex-pc colord[550]: failed to get session [pid 502]: Aucune donnée disponible
janv. 27 14:06:16 alex-pc ntpd[712]: bind(21) AF_INET6 fe80::54a5:3017:8993:66c5%2#123 flags 0x11 failed: Cannot assign requested address
janv. 27 14:06:16 alex-pc ntpd[712]: unable to create socket on enp1s7 (5) for fe80::54a5:3017:8993:66c5%2#123
janv. 27 14:06:17 alex-pc lightdm[506]: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
janv. 27 14:06:17 alex-pc lightdm[716]: gkr-pam: no password is available for user
janv. 27 14:06:17 alex-pc lightdm[506]: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
janv. 27 14:06:32 alex-pc systemd-udevd[953]: Process '/usr/bin/tlp auto' failed with exit code 4.
janv. 27 14:06:32 alex-pc systemd-udevd[953]: Process '/usr/bin/tlp auto' failed with exit code 4.
janv. 27 14:06:41 alex-pc NetworkManager[483]: <warn>  [1517058401.5558] sup-iface[0x55773035d220,wlp4s0]: connection disconnected (reason -3)
janv. 27 15:09:32 alex-pc kernel: usb 6-2: input irq status -75 received
```
Haut

Clonezilla - échec de la sauvegarde

#4Messageil y a 6 ans

:salut:
Makishima a écrit : ↑il y a 6 ans Salut @lemust83,
je n'ai pas trouvé d'erreurs de disque dur. En revanche, on dirait qu'il y a un souci avec le CPU tout compte fait, voilà les messages d'erreur du code suivant:
Peu probable que le CPU en lui-même ait un problème, on trouve pas mal d'erreurs de ce genre un peu partout... 

mtrr: your CPUs had inconsistent variable MTRR settings
Il semblerait que ce soit un problème de gestion de l'ACPI par le bios en fonction de tel ou tel proco.
Tu peux essayer de faire varier les paramètres ACPI en éditant le démarrage dans Grub.

En ce qui concerne la sauvegarde, qu'est-ce qui se passe en enregistrant d'abord la sauvegarde dans un dossier quelconque, par exemple /home/backup avant de l'envoyer sur le disque externe ?
Haut

Clonezilla - échec de la sauvegarde

#5Messageil y a 6 ans

Salut letransfuge, :salut:
merci de ta suggestion, je vais essayer de voir avec GRUB pour résoudre cette histoire d'ACPI.

Sinon vu que je veux en fait cloner l'intégralité du disque et pas juste sauvegarder une partition, je crois qu'il faut nécessairement que mon disque source et mon disque de destination soient différents.
Haut

Clonezilla - échec de la sauvegarde

#6Messageil y a 6 ans

Bonjour Makishima,

Effectivement, il est conseillé (et même recommandé) de faire une sauvegarde sur un DD externe. :clap
Pense à vérifier que ton DD externe est en ntfs et non en FAT 32 (taille maxi de 4Go) :bjr:

Si ton DD interne était/est en train de capoter les smartools t'en auraient averti avec une belle infobulle. :siffle
Haut

Clonezilla - échec de la sauvegarde

#7Messageil y a 6 ans

Bonjour,

systemback pour cloner ou faire des points de restauration
je n'ai essayé que pour clonage et ça fonctionne nickel

Timeshift est bien aussi parait-il
Perso j'utilisais toujours Gparted pour copier coller mes partitions, mais sur un dd usb ou alors si sur le même dd avant de fermer gparted, cliquer sur "Nouvel UUID" sinon le système va être paumé
Haut
Répondre

Revenir à « Installation & Configuration »