reparer raid5 d'un synology via ubuntu.

jyde · Le 27/05/2023, à 17:27

Oui en fait a la mise en service cela se fait par défaut : Systeme BTRFS qui accepte tout format de fichiers.

ls -ls /dev/disk/by-id

root@jeanyves:~# ls -ls /dev/disk/by-id
total 0
0 lrwxrwxrwx 1 root root  9 mai   27 15:35 ata-Hitachi_HDS721025CLA382_JPA370H9249WJL -> ../../sda
0 lrwxrwxrwx 1 root root 10 mai   27 15:35 ata-Hitachi_HDS721025CLA382_JPA370H9249WJL-part1 -> ../../sda1
0 lrwxrwxrwx 1 root root 10 mai   27 15:35 ata-Hitachi_HDS721025CLA382_JPA370H9249WJL-part2 -> ../../sda2
0 lrwxrwxrwx 1 root root 10 mai   27 15:35 ata-Hitachi_HDS721025CLA382_JPA370H9249WJL-part3 -> ../../sda3
0 lrwxrwxrwx 1 root root 10 mai   27 15:35 ata-Hitachi_HDS721025CLA382_JPA370H9249WJL-part4 -> ../../sda4
0 lrwxrwxrwx 1 root root  9 mai   27 15:35 ata-TOSHIBA_HDWD130_80LX2WMAS -> ../../sdb
0 lrwxrwxrwx 1 root root 10 mai   27 15:35 ata-TOSHIBA_HDWD130_80LX2WMAS-part1 -> ../../sdb1
0 lrwxrwxrwx 1 root root 10 mai   27 15:35 ata-TOSHIBA_HDWD130_80LX2WMAS-part2 -> ../../sdb2
0 lrwxrwxrwx 1 root root 10 mai   27 18:13 ata-TOSHIBA_HDWD130_80LX2WMAS-part3 -> ../../sdb3
0 lrwxrwxrwx 1 root root  9 mai   27 15:35 ata-TOSHIBA_HDWD130_80LX2ZUAS -> ../../sdc
0 lrwxrwxrwx 1 root root 10 mai   27 15:35 ata-TOSHIBA_HDWD130_80LX2ZUAS-part1 -> ../../sdc1
0 lrwxrwxrwx 1 root root 10 mai   27 15:35 ata-TOSHIBA_HDWD130_80LX2ZUAS-part2 -> ../../sdc2
0 lrwxrwxrwx 1 root root 10 mai   27 18:13 ata-TOSHIBA_HDWD130_80LX2ZUAS-part3 -> ../../sdc3
0 lrwxrwxrwx 1 root root  9 mai   27 15:35 ata-TOSHIBA_HDWD130_80LYLE5AS -> ../../sdd
0 lrwxrwxrwx 1 root root 10 mai   27 15:35 ata-TOSHIBA_HDWD130_80LYLE5AS-part1 -> ../../sdd1
0 lrwxrwxrwx 1 root root 10 mai   27 15:35 ata-TOSHIBA_HDWD130_80LYLE5AS-part2 -> ../../sdd2
0 lrwxrwxrwx 1 root root 10 mai   27 18:13 ata-TOSHIBA_HDWD130_80LYLE5AS-part3 -> ../../sdd3
0 lrwxrwxrwx 1 root root  9 mai   27 18:13 md-name-NAS920:2 -> ../../md2
0 lrwxrwxrwx 1 root root  9 mai   27 18:13 md-uuid-c07c1894:125dab1d:c463deee:00ddfe1b -> ../../md2
0 lrwxrwxrwx 1 root root  9 mai   27 15:35 wwn-0x5000039fe6f70bc1 -> ../../sdb
0 lrwxrwxrwx 1 root root 10 mai   27 15:35 wwn-0x5000039fe6f70bc1-part1 -> ../../sdb1
0 lrwxrwxrwx 1 root root 10 mai   27 15:35 wwn-0x5000039fe6f70bc1-part2 -> ../../sdb2
0 lrwxrwxrwx 1 root root 10 mai   27 18:13 wwn-0x5000039fe6f70bc1-part3 -> ../../sdb3
0 lrwxrwxrwx 1 root root  9 mai   27 15:35 wwn-0x5000039fe6f70c24 -> ../../sdc
0 lrwxrwxrwx 1 root root 10 mai   27 15:35 wwn-0x5000039fe6f70c24-part1 -> ../../sdc1
0 lrwxrwxrwx 1 root root 10 mai   27 15:35 wwn-0x5000039fe6f70c24-part2 -> ../../sdc2
0 lrwxrwxrwx 1 root root 10 mai   27 18:13 wwn-0x5000039fe6f70c24-part3 -> ../../sdc3
0 lrwxrwxrwx 1 root root  9 mai   27 15:35 wwn-0x5000039fe6f7ba70 -> ../../sdd
0 lrwxrwxrwx 1 root root 10 mai   27 15:35 wwn-0x5000039fe6f7ba70-part1 -> ../../sdd1
0 lrwxrwxrwx 1 root root 10 mai   27 15:35 wwn-0x5000039fe6f7ba70-part2 -> ../../sdd2
0 lrwxrwxrwx 1 root root 10 mai   27 18:13 wwn-0x5000039fe6f7ba70-part3 -> ../../sdd3
0 lrwxrwxrwx 1 root root  9 mai   27 15:35 wwn-0x5000cca370de259c -> ../../sda
0 lrwxrwxrwx 1 root root 10 mai   27 15:35 wwn-0x5000cca370de259c-part1 -> ../../sda1
0 lrwxrwxrwx 1 root root 10 mai   27 15:35 wwn-0x5000cca370de259c-part2 -> ../../sda2
0 lrwxrwxrwx 1 root root 10 mai   27 15:35 wwn-0x5000cca370de259c-part3 -> ../../sda3
0 lrwxrwxrwx 1 root root 10 mai   27 15:35 wwn-0x5000cca370de259c-part4 -> ../../sda4
root@jeanyves:~#

par contre j'ai pas réinstallé BTRF- tools ni smartmontools

Dernière modification par jyde (Le 27/05/2023, à 17:33)

geole · Le 27/05/2023, à 17:33

On va vérifier que tu es bien en version 18.04

lsb_release -a

On va installer le logiciel adéquat de la version 18.04 et pas 22.04

sudo apt install btrfs-progs

et tu retentes

sudo mount -v /dev/md2 /mnt

journalctl --no-pager -n 100

Pendant ce temps, je fais le tri

Situation actuelle
root@jeanyves:~# ls -ls /dev/disk/by-id
0 lrwxrwxrwx 1 root root 9 mai 27 15:35 ata-Hitachi_HDS721025CLA382_JPA370H9249WJL -> ../../sda
0 lrwxrwxrwx 1 root root 9 mai 27 15:35 ata-TOSHIBA_HDWD130_80LX2WMAS -> ../../sdb
0 lrwxrwxrwx 1 root root 9 mai 27 15:35 ata-TOSHIBA_HDWD130_80LX2ZUAS -> ../../sdc
0 lrwxrwxrwx 1 root root 9 mai 27 15:35 ata-TOSHIBA_HDWD130_80LYLE5AS -> ../../sdd
0 lrwxrwxrwx 1 root root 9 mai 27 15:35 wwn-0x5000039fe6f70bc1 -> ../../sdb
0 lrwxrwxrwx 1 root root 9 mai 27 15:35 wwn-0x5000039fe6f70c24 -> ../../sdc
0 lrwxrwxrwx 1 root root 9 mai 27 15:35 wwn-0x5000039fe6f7ba70 -> ../../sdd
0 lrwxrwxrwx 1 root root 9 mai 27 15:35 wwn-0x5000cca370de259c -> ../../sda

Récupération des références des deux disque initiaux qui sont sains.
Suite des opérations
Si à la fin de la synchronisation, le problème persiste la copie devient

sudo dd if=/dev/disk/by-id/ata-TOSHIBA_HDWD130_80LX2ZUAS  of=/dev/disk/by-id/xxxxxx-xxxxxxxx bs=4M conv=notrunc status=progress
sudo dd if=/dev/disk/by-id/ata-TOSHIBA_HDWD130_80LYLE5AS  of=/dev/disk/by-id/zzzzzzz-zzzzzz bs=4M conv=notrunc status=progress

Donc le disque à démonter est le disque SDB que tu vas remplacer par un neuf
Lorsque l'échange sera fait, on contrôle de nouveau.

ls -ls /dev/disk/by-id | grep -v "part"

Dernière modification par geole (Le 27/05/2023, à 18:01)

jyde · Le 27/05/2023, à 17:46

oui je suis bien en 18.04

root@jeanyves:~# lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 18.04.6 LTS
Release:	18.04
Codename:	bionic

root@jeanyves:~# sudo mount -v /dev/md2 /mnt
mount: /mnt : wrong fs type, bad option, bad superblock on /dev/md2, missing codepage or helper program, or other error.
root@jeanyves:~# journalctl --no-pager -n 100
-- Logs begin at Sat 2023-05-27 14:36:46 CEST, end at Sat 2023-05-27 18:43:49 CEST. --
mai 27 18:10:29 jeanyves udisksd[808]: The function 'bd_md_examine' called, but not implemented!
mai 27 18:10:36 jeanyves sudo[2570]:     root : TTY=pts/0 ; PWD=/root ; USER=root ; COMMAND=/sbin/mdadm --assemble /dev/md2 --run /dev/sdb3 /dev/sdc3 /dev/sdc3
mai 27 18:10:36 jeanyves sudo[2570]: pam_unix(sudo:session): session opened for user root by (uid=0)
mai 27 18:10:36 jeanyves kernel: md: md2 stopped.
mai 27 18:10:36 jeanyves kernel: md/raid:md2: device sdb3 operational as raid disk 0
mai 27 18:10:36 jeanyves kernel: md/raid:md2: device sdc3 operational as raid disk 1
mai 27 18:10:36 jeanyves kernel: md/raid:md2: raid level 5 active with 2 out of 3 devices, algorithm 2
mai 27 18:10:36 jeanyves kernel: md2: detected capacity change from 0 to 5991310426112
mai 27 18:10:36 jeanyves sudo[2570]: pam_unix(sudo:session): session closed for user root
mai 27 18:10:36 jeanyves udisksd[808]: The function 'bd_md_examine' called, but not implemented!
mai 27 18:10:36 jeanyves udisksd[808]: The function 'bd_md_examine' called, but not implemented!
mai 27 18:10:36 jeanyves kernel: BTRFS: device label 2021.01.13-18:19:28 v25426 devid 1 transid 2952071 /dev/md2
mai 27 18:13:35 jeanyves sudo[2613]:     root : TTY=pts/0 ; PWD=/root ; USER=root ; COMMAND=/sbin/mdadm --assemble /dev/md2 --run /dev/sdb3 /dev/sdc3 /dev/sdd3
mai 27 18:13:35 jeanyves sudo[2613]: pam_unix(sudo:session): session opened for user root by (uid=0)
mai 27 18:13:35 jeanyves sudo[2613]: pam_unix(sudo:session): session closed for user root
mai 27 18:13:45 jeanyves sudo[2615]:     root : TTY=pts/0 ; PWD=/root ; USER=root ; COMMAND=/sbin/mdadm --stop /dev/md2
mai 27 18:13:45 jeanyves sudo[2615]: pam_unix(sudo:session): session opened for user root by (uid=0)
mai 27 18:13:45 jeanyves kernel: md2: detected capacity change from 5991310426112 to 0
mai 27 18:13:45 jeanyves kernel: md: md2 stopped.
mai 27 18:13:45 jeanyves sudo[2615]: pam_unix(sudo:session): session closed for user root
mai 27 18:13:45 jeanyves udisksd[808]: The function 'bd_md_examine' called, but not implemented!
mai 27 18:13:49 jeanyves sudo[2623]:     root : TTY=pts/0 ; PWD=/root ; USER=root ; COMMAND=/sbin/mdadm --assemble /dev/md2 --run /dev/sdb3 /dev/sdc3 /dev/sdd3
mai 27 18:13:49 jeanyves sudo[2623]: pam_unix(sudo:session): session opened for user root by (uid=0)
mai 27 18:13:49 jeanyves kernel: md: md2 stopped.
mai 27 18:13:49 jeanyves kernel: md/raid:md2: device sdb3 operational as raid disk 0
mai 27 18:13:49 jeanyves kernel: md/raid:md2: device sdd3 operational as raid disk 2
mai 27 18:13:49 jeanyves kernel: md/raid:md2: device sdc3 operational as raid disk 1
mai 27 18:13:49 jeanyves sudo[2623]: pam_unix(sudo:session): session closed for user root
mai 27 18:13:49 jeanyves kernel: md/raid:md2: raid level 5 active with 3 out of 3 devices, algorithm 2
mai 27 18:13:49 jeanyves kernel: md2: detected capacity change from 0 to 5991310426112
mai 27 18:13:49 jeanyves udisksd[808]: The function 'bd_md_examine' called, but not implemented!
mai 27 18:13:49 jeanyves udisksd[808]: The function 'bd_md_examine' called, but not implemented!
mai 27 18:13:49 jeanyves udisksd[808]: The function 'bd_md_examine' called, but not implemented!
mai 27 18:15:40 jeanyves sudo[2670]:     root : TTY=pts/0 ; PWD=/root ; USER=root ; COMMAND=/bin/mount -v /dev/md2 /mnt
mai 27 18:15:40 jeanyves sudo[2670]: pam_unix(sudo:session): session opened for user root by (uid=0)
mai 27 18:15:40 jeanyves kernel: BTRFS info (device md2): flagging fs with big metadata feature
mai 27 18:15:40 jeanyves kernel: BTRFS info (device md2): using free space tree
mai 27 18:15:40 jeanyves kernel: BTRFS info (device md2): has skinny extents
mai 27 18:15:40 jeanyves kernel: BTRFS critical (device md2): corrupt leaf: root=1 block=77758464 slot=0, invalid root flags, have 0x400000000 expect mask 0x1000000000001
mai 27 18:15:40 jeanyves kernel: BTRFS error (device md2): block=77758464 read time tree block corruption detected
mai 27 18:15:40 jeanyves kernel: BTRFS critical (device md2): corrupt leaf: root=1 block=77758464 slot=0, invalid root flags, have 0x400000000 expect mask 0x1000000000001
mai 27 18:15:40 jeanyves kernel: BTRFS error (device md2): block=77758464 read time tree block corruption detected
mai 27 18:15:40 jeanyves sudo[2670]: pam_unix(sudo:session): session closed for user root
mai 27 18:15:40 jeanyves kernel: BTRFS error (device md2): open_ctree failed
mai 27 18:17:01 jeanyves CRON[2708]: pam_unix(cron:session): session opened for user root by (uid=0)
mai 27 18:17:02 jeanyves CRON[2709]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
mai 27 18:17:02 jeanyves CRON[2708]: pam_unix(cron:session): session closed for user root
mai 27 18:19:44 jeanyves dbus-daemon[1023]: [session uid=1000 pid=1023] Activating service name='org.gnome.Nautilus' requested by ':1.21' (uid=1000 pid=1165 comm="/usr/bin/gnome-shell " label="unconfined")
mai 27 18:19:44 jeanyves dbus-daemon[1023]: [session uid=1000 pid=1023] Successfully activated service 'org.gnome.Nautilus'
mai 27 18:19:45 jeanyves dbus-daemon[647]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.94' (uid=1000 pid=2729 comm="/usr/bin/nautilus --gapplication-service " label="unconfined")
mai 27 18:19:45 jeanyves systemd[1]: Starting Hostname Service...
mai 27 18:19:45 jeanyves dbus-daemon[647]: [system] Successfully activated service 'org.freedesktop.hostname1'
mai 27 18:19:45 jeanyves systemd[1]: Started Hostname Service.
mai 27 18:19:45 jeanyves nautilus[2729]: Called "net usershare info" but it failed: L’exécution du processus fils « net » a échoué (No such file or directory)
mai 27 18:19:50 jeanyves kernel: BTRFS: device label 2021.01.13-18:19:28 v25426 devid 1 transid 2952071 /dev/md2
mai 27 18:19:50 jeanyves kernel: BTRFS info (device md2): flagging fs with big metadata feature
mai 27 18:19:50 jeanyves kernel: BTRFS info (device md2): using free space tree
mai 27 18:19:50 jeanyves kernel: BTRFS info (device md2): has skinny extents
mai 27 18:19:50 jeanyves kernel: BTRFS critical (device md2): corrupt leaf: root=1 block=77758464 slot=0, invalid root flags, have 0x400000000 expect mask 0x1000000000001
mai 27 18:19:50 jeanyves kernel: BTRFS error (device md2): block=77758464 read time tree block corruption detected
mai 27 18:19:50 jeanyves kernel: BTRFS critical (device md2): corrupt leaf: root=1 block=77758464 slot=0, invalid root flags, have 0x400000000 expect mask 0x1000000000001
mai 27 18:19:50 jeanyves kernel: BTRFS error (device md2): block=77758464 read time tree block corruption detected
mai 27 18:19:50 jeanyves kernel: BTRFS error (device md2): open_ctree failed
mai 27 18:20:19 jeanyves kernel: EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
mai 27 18:20:19 jeanyves systemd[1]: Created slice system-clean\x2dmount\x2dpoint.slice.
mai 27 18:20:19 jeanyves systemd[1]: Started Clean the /media/jean-yves/2eaec2b8-3252-4bfb-b91e-eedf914aff0d mount point.
mai 27 18:20:19 jeanyves udisksd[808]: Mounted /dev/sda3 at /media/jean-yves/2eaec2b8-3252-4bfb-b91e-eedf914aff0d on behalf of uid 1000
mai 27 18:20:19 jeanyves dbus-daemon[1023]: [session uid=1000 pid=1023] Activating service name='org.gnome.Shell.HotplugSniffer' requested by ':1.21' (uid=1000 pid=1165 comm="/usr/bin/gnome-shell " label="unconfined")
mai 27 18:20:19 jeanyves dbus-daemon[1023]: [session uid=1000 pid=1023] Activating via systemd: service name='org.gtk.vfs.Metadata' unit='gvfs-metadata.service' requested by ':1.89' (uid=1000 pid=2729 comm="/usr/bin/nautilus --gapplication-service " label="unconfined")
mai 27 18:20:19 jeanyves systemd[969]: Starting Virtual filesystem metadata service...
mai 27 18:20:19 jeanyves dbus-daemon[1023]: [session uid=1000 pid=1023] Successfully activated service 'org.gnome.Shell.HotplugSniffer'
mai 27 18:20:19 jeanyves dbus-daemon[1023]: [session uid=1000 pid=1023] Successfully activated service 'org.gtk.vfs.Metadata'
mai 27 18:20:19 jeanyves systemd[969]: Started Virtual filesystem metadata service.
mai 27 18:21:20 jeanyves sudo[2816]:     root : TTY=pts/0 ; PWD=/root ; USER=root ; COMMAND=/bin/mount -v -t btrfs /dev/md2 /mnt
mai 27 18:21:20 jeanyves sudo[2816]: pam_unix(sudo:session): session opened for user root by (uid=0)
mai 27 18:21:20 jeanyves kernel: BTRFS: device label 2021.01.13-18:19:28 v25426 devid 1 transid 2952071 /dev/md2
mai 27 18:21:20 jeanyves kernel: BTRFS info (device md2): flagging fs with big metadata feature
mai 27 18:21:20 jeanyves kernel: BTRFS info (device md2): using free space tree
mai 27 18:21:20 jeanyves kernel: BTRFS info (device md2): has skinny extents
mai 27 18:21:20 jeanyves kernel: BTRFS critical (device md2): corrupt leaf: root=1 block=77758464 slot=0, invalid root flags, have 0x400000000 expect mask 0x1000000000001
mai 27 18:21:20 jeanyves kernel: BTRFS error (device md2): block=77758464 read time tree block corruption detected
mai 27 18:21:20 jeanyves kernel: BTRFS critical (device md2): corrupt leaf: root=1 block=77758464 slot=0, invalid root flags, have 0x400000000 expect mask 0x1000000000001
mai 27 18:21:20 jeanyves kernel: BTRFS error (device md2): block=77758464 read time tree block corruption detected
mai 27 18:21:20 jeanyves kernel: BTRFS error (device md2): open_ctree failed
mai 27 18:21:20 jeanyves sudo[2816]: pam_unix(sudo:session): session closed for user root
mai 27 18:41:45 jeanyves sudo[2937]:     root : TTY=pts/0 ; PWD=/root ; USER=root ; COMMAND=/usr/bin/apt install btrfs-progs
mai 27 18:41:45 jeanyves sudo[2937]: pam_unix(sudo:session): session opened for user root by (uid=0)
mai 27 18:42:27 jeanyves sudo[2937]: pam_unix(sudo:session): session closed for user root
mai 27 18:43:49 jeanyves sudo[9040]:     root : TTY=pts/0 ; PWD=/root ; USER=root ; COMMAND=/bin/mount -v /dev/md2 /mnt
mai 27 18:43:49 jeanyves sudo[9040]: pam_unix(sudo:session): session opened for user root by (uid=0)
mai 27 18:43:49 jeanyves kernel: BTRFS: device label 2021.01.13-18:19:28 v25426 devid 1 transid 2952071 /dev/md2
mai 27 18:43:49 jeanyves kernel: BTRFS info (device md2): flagging fs with big metadata feature
mai 27 18:43:49 jeanyves kernel: BTRFS info (device md2): using free space tree
mai 27 18:43:49 jeanyves kernel: BTRFS info (device md2): has skinny extents
mai 27 18:43:49 jeanyves kernel: BTRFS critical (device md2): corrupt leaf: root=1 block=77758464 slot=0, invalid root flags, have 0x400000000 expect mask 0x1000000000001
mai 27 18:43:49 jeanyves kernel: BTRFS error (device md2): block=77758464 read time tree block corruption detected
mai 27 18:43:49 jeanyves kernel: BTRFS critical (device md2): corrupt leaf: root=1 block=77758464 slot=0, invalid root flags, have 0x400000000 expect mask 0x1000000000001
mai 27 18:43:49 jeanyves kernel: BTRFS error (device md2): block=77758464 read time tree block corruption detected
mai 27 18:43:49 jeanyves sudo[9040]: pam_unix(sudo:session): session closed for user root
mai 27 18:43:49 jeanyves kernel: BTRFS error (device md2): open_ctree failed
root@jeanyves:~#

geole · Le 27/05/2023, à 17:48

As-tu fais cette commande?

sudo apt install btrfs-progs

jyde · Le 27/05/2023, à 17:50

oui

geole · Le 27/05/2023, à 17:59

Donc, cela n'a pas changé grand chose.
Remplace SDB par un disque neuf. Je pense qu'il faut arrêter l'ordinateur pour cette action.
Lorsque c'est fait, tu contrôles

ls -ls /dev/disk/by-id | grep -v "part"

et tu utilises gnome-disks pour créer une partition de 2925445584 Ko Inutile de la formater car elle sera détruite.

Dernière modification par geole (Le 27/05/2023, à 18:08)

jyde · Le 27/05/2023, à 17:59

ok

geole · Le 27/05/2023, à 18:12

J ai vu que le raids part bien avec trois partitions

mai 27 18:13:49 jeanyves kernel: md/raid:md2: device sdb3 operational as raid disk 0
mai 27 18:13:49 jeanyves kernel: md/raid:md2: device sdd3 operational as raid disk 2
mai 27 18:13:49 jeanyves kernel: md/raid:md2: device sdc3 operational as raid disk 1
mai 27 18:13:49 jeanyves sudo[2623]: pam_unix(sudo:session): session closed for user root
mai 27 18:13:49 jeanyves kernel: md/raid:md2: raid level 5 active with 3 out of 3 devices, algorithm 2
mai 27 18:13:49 jeanyves kernel: md2: detected capacity change from 0 to 5991310426112

mai 27 18:15:40 jeanyves kernel: BTRFS info (device md2): flagging fs with big metadata feature
mai 27 18:15:40 jeanyves kernel: BTRFS info (device md2): using free space tree
mai 27 18:15:40 jeanyves kernel: BTRFS info (device md2): has skinny extents

Mais on arrive toujours au meme message d erreur malgré nlechangement de version

mai 27 18:15:40 jeanyves kernel: BTRFS critical (device md2): corrupt leaf: root=1 block=77758464 slot=0, invalid root flags, have 0x400000000 expect mask 0x1000000000001
mai 27 18:15:40 jeanyves kernel: BTRFS error (device md2): block=77758464 read time tree block corruption detected
mai 27 18:15:40 jeanyves kernel: BTRFS critical (device md2): corrupt leaf: root=1 block=77758464 slot=0, invalid root flags, have 0x400000000 expect mask 0x1000000000001
mai 27 18:15:40 jeanyves kernel: BTRFS error (device md2): block=77758464 read time tree block corruption detected

Dernière modification par geole (Le 27/05/2023, à 18:16)

jyde · Le 27/05/2023, à 18:13

geole a écrit :

J ai vu que le raids part bien avec trois partitions

oui mais ne monte pas toujours le même message
ok disque remplacé

root@jeanyves:~# ls -ls /dev/disk/by-id | grep -v "part"
total 0
0 lrwxrwxrwx 1 root root  9 mai   27 19:10 ata-Hitachi_HDS721025CLA382_JPA370H9249WJL -> ../../sda
0 lrwxrwxrwx 1 root root  9 mai   27 19:10 ata-TOSHIBA_HDWD130_42QDZ4XAS -> ../../sdb
0 lrwxrwxrwx 1 root root  9 mai   27 19:10 ata-TOSHIBA_HDWD130_80LX2ZUAS -> ../../sdc
0 lrwxrwxrwx 1 root root  9 mai   27 19:10 ata-TOSHIBA_HDWD130_80LYLE5AS -> ../../sdd
0 lrwxrwxrwx 1 root root  9 mai   27 19:10 wwn-0x5000039fc0c5e5aa -> ../../sdb
0 lrwxrwxrwx 1 root root  9 mai   27 19:10 wwn-0x5000039fe6f70c24 -> ../../sdc
0 lrwxrwxrwx 1 root root  9 mai   27 19:10 wwn-0x5000039fe6f7ba70 -> ../../sdd
0 lrwxrwxrwx 1 root root  9 mai   27 19:10 wwn-0x5000cca370de259c -> ../../sda
root@jeanyves:~#

Dernière modification par jyde (Le 27/05/2023, à 18:19)

geole · Le 27/05/2023, à 18:18

Pas d erreur de manipulation

Dernière modification par geole (Le 27/05/2023, à 18:19)

geole · Le 27/05/2023, à 18:21

Finalement, on ne va copier que la partition.
tu utilises gnome-disks pour créer une partition de 2925445584 Ko sur le nouveau disque. Inutile de la formater car elle sera détruite.
La commande de copie pour le premier disque.

sudo dd if=/dev/disk/by-id/ata-TOSHIBA_HDWD130_80LX2ZUAS-part3  of=/dev/disk/by-id/ata-TOSHIBA_HDWD130_42QDZ4XAS-part1 bs=4M conv=notrunc status=progress

Dernière modification par geole (Le 27/05/2023, à 18:27)

jyde · Le 27/05/2023, à 18:26

pour créer une partition je suis obligé de formater, sinon je ne peux pas

geole · Le 27/05/2023, à 18:28

oui avec gnome disque utility, mais tu peux mettre n'importe quel format
mais le choix se termine bien par "pas de système de fichier" . C'est à dire non formaté. Du coup, c'est très rapide.

Dernière modification par geole (Le 27/05/2023, à 18:32)

jyde · Le 27/05/2023, à 18:31

ok c'est bon pour le 1er
euh non

root@jeanyves:~# sudo dd if=/dev/disk/by-id/ata-TOSHIBA_HDWD130_80LX2ZUAS-part3  of=/dev/disk/by-id/ata-TOSHIBA_HDWD130_42QDZ4XAS-part1 bs=4M conv=notrunc status=progress
3724541952 bytes (3,7 GB, 3,5 GiB) copied, 19 s, 196 MB/s
dd: erreur d'écriture dans '/dev/disk/by-id/ata-TOSHIBA_HDWD130_42QDZ4XAS-part1': Aucun espace disponible sur le périphérique
918+0 enregistrements lus
917+0 enregistrements écrits
3846586368 bytes (3,8 GB, 3,6 GiB) copied, 19,6282 s, 196 MB/s
root@jeanyves:~#

Dernière modification par jyde (Le 27/05/2023, à 18:31)

geole · Le 27/05/2023, à 18:34

Tu as du te tromper sur la taille 2925445584 Ko tu as du mettre des octets et pas des Ko
(Pourvu que cela puisse repartir avant l'apéro.)

Dernière modification par geole (Le 27/05/2023, à 18:38)

jyde · Le 27/05/2023, à 18:38

non puisque j'ai laissé le disque entier je n'avais pas partitionné.
je n'ai pas eu le choix même pas la possibilité de créer une partition d'une valeurs donné.
je l'ai reformaté avec option autres, écran suivant "pas de fichiers".
le disque est sain système de fichier inconnu et impossible de créer une partition dans le menu c'est grisé.

Dernière modification par jyde (Le 27/05/2023, à 18:45)

geole · Le 27/05/2023, à 18:48

Il fallait créer une table de partition gpt avant de créer une partition
Tant pis, on copie tout

 sudo dd if=/dev/disk/by-id/ata-TOSHIBA_HDWD130_80LX2ZUAS  of=/dev/disk/by-id/ata-TOSHIBA_HDWD130_42QDZ4XAS bs=4M conv=notrunc status=progress

A demain pour l'autre disque.

Dernière modification par geole (Le 27/05/2023, à 21:56)

jyde · Le 27/05/2023, à 18:53

impossible revenir en arriere en passant par un redemarrage sur cle usb??
ou avec gparted??

Dernière modification par jyde (Le 27/05/2023, à 18:56)

geole · Le 27/05/2023, à 20:02

Tu devrais être capable de reformater correctement sans avoir besoin de rebooter ni passer par gparted
Mais on peut aussi recopier la totalité du disque.
Comme ils sont du même constructeur, ils ont certainement la méme taille au bit près. On copie tout

 sudo dd if=/dev/disk/by-id/ata-TOSHIBA_HDWD130_80LX2ZUAS  of=/dev/disk/by-id/ata-TOSHIBA_HDWD130_42QDZ4XAS bs=4M conv=notrunc status=progress

Dernière modification par geole (Le 27/05/2023, à 20:03)

geole · Le 27/05/2023, à 20:47

Pour ton incident, je viens de découvrir ce lien
et aussi ce petit dernier qui propose un restore.

Dernière modification par geole (Le 28/05/2023, à 12:00)

jyde · Le 27/05/2023, à 20:59

Oui j'ai tenté mais cela n'a pas fonctionner correctement sur le découpage donc je suis passé par la case complète.
Il copie.
sinon pour le lien je viens de regarder, on pourra voir cela une fois les copies terminé.

geole · Le 27/05/2023, à 21:14

Si cela copie c'est parfait.
Je viens aussi de voir cela https://man7.org/linux/man-pages/man8/b … ore.8.html
Cet essai est sans risque.
Pour faire simplement un test.

sudo brtfs restore /dev/md2 --dry-run  /dev/null

Il y a pas mal d'options.

Lorsque les deux sauvegardes seront faites. On pourra faire des essais de dbrfs check dont je t'ai déjà parlé et je viens de découvrir https://man7.org/linux/man-pages/man8/b … cue.8.html
qui contient ce paragraphe.

clear-uuid-tree <device>
Clear uuid tree, so that kernel can re-generate it at next
read-write mount.
Since kernel v4.16 there and more sanity check performed, and
sometimes non-critical trees like uuid tree can cause
problems and reject the mount. In such case, clearing uuid
tree may make the filesystem to be mountable again without
much risk as it’s built from other trees.

Dernière modification par geole (Le 27/05/2023, à 21:34)

geole · Le 28/05/2023, à 07:21

jyde a écrit :

oui, je ne comprends pas comment cela a pu arriver.
mais en tout cas lorsque je m'en suis rendu compte c'est en utilisant une appli sur une VM qui fonctionnait pas, je me suis connecté à la page web et la nada. j'avais accès au réseau, les cartes ont répondu au ping mais rien d'autre.

COMMAND=/bin/mount -v /dev/md2 /mnt
mai 27 17:49:48 jeanyves kernel: BTRFS: device label 2021.01.13-18:19:28 v25426 devid 1 transid 2952071 /dev/md2
mai 27 17:49:48 jeanyves kernel: BTRFS info (device md2): flagging fs with big metadata feature
mai 27 17:49:48 jeanyves kernel: BTRFS info (device md2): using free space tree
mai 27 17:49:48 jeanyves kernel: BTRFS info (device md2): has skinny extents
mai 27 17:49:48 jeanyves kernel: BTRFS critical (device md2): corrupt leaf: root=1 block=77758464 slot=0, invalid root flags, have 0x400000000 expect mask 0x1000000000001
mai 27 17:49:48 jeanyves kernel: BTRFS error (device md2): block=77758464 read time tree block corruption detected
mai 27 17:49:48 jeanyves kernel: BTRFS critical (device md2): corrupt leaf: root=1 block=77758464 slot=0, invalid root flags, have 0x400000000 expect mask 0x1000000000001
mai 27 17:49:48 jeanyves kernel: BTRFS error (device md2): block=77758464 read time tree block corruption detected

Si j'arrive à recopier mes fichiers ce sera le graal, pour remettre en service le nas c'est pas le plus compliqué.

Bonjour.
Le petit point matinal.
Tu dis que seule la commande ping fonctionnait.
Cela me suffit pour dire que logiciel de base fonctionnait.
Je ne sais pas si tu connais la commande SSH.
Si oui, l'avais-tu utilisée? car, normalement c'est avec cette commande qu'on aurait du réparer le raid.
Imagine un raid avec 8 disques et un utilisateur avec uniquement un portable....

Jusqu'à hier soir, je pensais que pour récupérer les données, il fallait obligatoirement que le système de fichiers soit monté. Mais je viens de découvrir qu'avec le format BTRFS, il existe un utilitaire qui permet de lire le contenu sans avoir à monter le système.
Comme de plus, tu dis que récupérer les données te suffirait,
Je ne sais plus ce qu'il faut prioriser.
Plus vicieux tu n'as que de deux disques pour dupliquer, on ne peut pas faire les deux.
Donc, au moment d'utiliser le second disque, je te demande ton avis.
Mon idée actuelle serait.
Tenter de sauver les données en utilisant le second disque et si cela marche , on finit de les sauver en réutilisant le premier puis on tente une réparation sans filet. Si cela foire. Reinitialisation du système de fichier et reinjection des données sauvées.

Si le sauvetage des données non réparées ne fonctionne pas, on reprend la sauvegarde du second disque pour remettre en état le système de fichiers en insistant.

Pour le formatage du disque, je pense que la version 18.04 est buguée.
Utilise gparted. Je vais te redonner la valeur en Mo.
Si on a besoin de restorer, il faudra se souvenir qu'il ne faudra pas tout recopier.

Géographie du disque
Disque /dev/sdd : 2,73 TiB, 3000592982016 octets, 5860533168 secteurs
Périphérique Début Fin Secteurs Taille Type
/dev/sdd3 9437184 5860328351 5850891168 2,7T RAID Linux
5850891168 secteurs a copier => 5850891168/2 = 2925445584 Kio
= ent(5850891168/2/1024)+1 = 2856881 Mio
Pour recopier 182840349 paquets de 16Kio donnent 2925445584 Kio

Dernière modification par geole (Le 28/05/2023, à 07:54)

jyde · Le 28/05/2023, à 08:08

Bonjour
oui en effet suite au plantage le ping répondait, non je n'est pas du tout pensé à la possibilité de passer par la commande SSH.
Donc j'ai éteint le Nas puis redémarré et c'est la que les ennuis ont commencé, car plus rien pas d’accès et le serveur en erreur.

pour la suite des opération ok on tente de toute manière je suis résigné donc pourquoi pas.
par contre pour le formatage du second il va falloir bien me guider car j'ai un peux de mal a comprendre comment faire.
Sauver les données devrait me redonner les fichiers, après si il faut reconstruire le raid sur le nas pas de souci je le referai.

Dernière modification par jyde (Le 28/05/2023, à 08:27)

geole · Le 28/05/2023, à 08:19

Bonjour
Tu n'as pas dit si ta copie s'était bien terminée? et sa durée
Dans un premier temps

sudo brtfs restore /dev/md2 --dry-run  /dev/null

tu diras si le raid est actuellement sur deux disques ou sur trois.

Finalement, actuellement il serait possible que même le logiciel du NAS ne fonctionne pas et remettre en état le raid de données ne servirait à rien pour sa réutilisation dans le NAS.
et je n'ai pas top envie de regarder ce logiciel.
à tout hasard, tente

mkdir -v  1 2
sudo mount -v /dev/sdd1 1

sudo mount -v /dev/sdd2 2

Tu peux commencer à lire la documentation gparted et à l'installer.

sudo apt install gparted

La première opération consistera à se positionner sur le bon disque qui sera probablement encore SDB.
En théorie, un disque neuf n'a pas de table de partition ou une table de partition et une seule partition mais pas trois.
Donc, Ne pas se tromper de disques. Se positionner sur l'onglet "Périphériques"
Demander la création d'une table de partition gpt Faire exécuter l'action.
Puis se positionner dans l'espace libre et demander la création d'une partition de 2856881 Mio non formatée.

Dernière modification par geole (Le 28/05/2023, à 11:38)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#76 Le 27/05/2023, à 17:27

Re : reparer raid5 d'un synology via ubuntu.

#77 Le 27/05/2023, à 17:33

Re : reparer raid5 d'un synology via ubuntu.

#78 Le 27/05/2023, à 17:46

Re : reparer raid5 d'un synology via ubuntu.

#79 Le 27/05/2023, à 17:48

Re : reparer raid5 d'un synology via ubuntu.

#80 Le 27/05/2023, à 17:50

Re : reparer raid5 d'un synology via ubuntu.

#81 Le 27/05/2023, à 17:59

Re : reparer raid5 d'un synology via ubuntu.

#82 Le 27/05/2023, à 17:59

Re : reparer raid5 d'un synology via ubuntu.

#83 Le 27/05/2023, à 18:12

Re : reparer raid5 d'un synology via ubuntu.

#84 Le 27/05/2023, à 18:13

Re : reparer raid5 d'un synology via ubuntu.

#85 Le 27/05/2023, à 18:18

Re : reparer raid5 d'un synology via ubuntu.

#86 Le 27/05/2023, à 18:21

Re : reparer raid5 d'un synology via ubuntu.

#87 Le 27/05/2023, à 18:26

Re : reparer raid5 d'un synology via ubuntu.

#88 Le 27/05/2023, à 18:28

Re : reparer raid5 d'un synology via ubuntu.

#89 Le 27/05/2023, à 18:31

Re : reparer raid5 d'un synology via ubuntu.

#90 Le 27/05/2023, à 18:34

Re : reparer raid5 d'un synology via ubuntu.

#91 Le 27/05/2023, à 18:38

Re : reparer raid5 d'un synology via ubuntu.

#92 Le 27/05/2023, à 18:48

Re : reparer raid5 d'un synology via ubuntu.

#93 Le 27/05/2023, à 18:53

Re : reparer raid5 d'un synology via ubuntu.

#94 Le 27/05/2023, à 20:02

Re : reparer raid5 d'un synology via ubuntu.

#95 Le 27/05/2023, à 20:47

Re : reparer raid5 d'un synology via ubuntu.

#96 Le 27/05/2023, à 20:59

Re : reparer raid5 d'un synology via ubuntu.

#97 Le 27/05/2023, à 21:14

Re : reparer raid5 d'un synology via ubuntu.

#98 Le 28/05/2023, à 07:21

Re : reparer raid5 d'un synology via ubuntu.

#99 Le 28/05/2023, à 08:08

Re : reparer raid5 d'un synology via ubuntu.

#100 Le 28/05/2023, à 08:19

Re : reparer raid5 d'un synology via ubuntu.

Pied de page des forums