Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#26 Le 12/12/2020, à 10:49

geole

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Bonjour
Trop compliqué pour moi.
Que donne testdisk sur  /dev/md0

Dernière modification par geole (Le 12/12/2020, à 10:49)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#27 Le 12/12/2020, à 10:51

bruno

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Est-ce que tu peux redonner :

sudo parted /dev/md0 print

Hors ligne

#28 Le 12/12/2020, à 16:43

piouk03

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Je n'ai pas encore tenté testdisk j'attendais votre retour.

sudo parted /dev/md0 print

Model: Linux Software RAID Array (md)
Disk /dev/md0: 10,0TB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags:

Number  Start  End     Size    File system  Flags
 1      0,00B  10,0TB  10,0TB  ntfs

Hors ligne

#29 Le 12/12/2020, à 17:11

geole

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Regarde ce qui va être trouvé. https://doc.ubuntu-fr.org/testdisk


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#30 Le 12/12/2020, à 17:37

bruno

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Le retour en #28 est normal, si ce n'est que le système de fichier est NTFS…
Donc cela devrait monter avec les bonnes options :

sudo mount -t ntfs /dev/md0 /mnt/serveur

Hors ligne

#31 Le 12/12/2020, à 21:08

piouk03

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Oui sauf que le montage de mon RAID ne s'est jamais fait en NTFS... Il était monté en ext4, ça c'est certain aussi. Donc il y a autre chose.

Hors ligne

#32 Le 12/12/2020, à 21:31

geole

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Et c'est seulement maintenant que tu le dis! Voir l'échange N° 7.

Dernière modification par geole (Le 12/12/2020, à 21:34)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#33 Le 13/12/2020, à 15:26

piouk03

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Bonjour,

Oui ma réponse en #8 n'était peut-être pas claire, mais pour moi on devait avoir du ext4 car le montage était en ext4... Après je ne savais pas si le RAID5 pouvait avoir le drapeau NTFS avec un montage ext4 derrière...

Bref, sur un coup de tête hier, j'ai remis ubuntu 12.04 sur mon serveur. Suppression du RAID et création d'un RAID5 avec mes disques... Le serveur  a travaillé la nuit...et ce matin ....: montage du RAID ok avec toutes mes données !!!!!!!! Donc en 2016 j'avais bien dû faire cette manip pour repasser le MD127 en MD1 en faisant la mise à jour de utbuntu 12.04 à utbuntu 16.04 !

Ensuite j'ai remis ubutnu 20.04 LTS et je me retrouve de nouveau avec un RAID en MD127. Cette fois je tente le update-initramfs et redémarre le serveur avant montage... Mais je suis toujours en MD127. sad Donc retour au problème de départ qui m'a fait faire toutes ces bétises...Mais qui n'est plus aussi grave qu'il y a quelques jours. Avant de faire une autre ânerie : comment je passe mon RAID de MD127 à MD0 sans tout casser ? ^^

Hors ligne

#34 Le 13/12/2020, à 15:45

geole

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Bonjour
Bravo pour avoir réinstallé ubuntu 12.04

Quel est le problème  d'avoir un MD127 plutôt  qu'un md66  ou un md0 ? à part changer quelques scripts

que donne maintenant

sudo mdadm --detail --scan --verbose
lsblk -fe7 -o +size

Dernière modification par geole (Le 13/12/2020, à 15:47)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#35 Le 13/12/2020, à 20:35

piouk03

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Pour le MD127 je ne sais plus en quoi ça pose problème, mais je me souviens qu'il y a 4 ans ça m'avait bloqué, c'est pour cela que j'avais trouvé la manip de supprimer le RAID et de le recréer pour le remettre en MD0. Mais là il me faudrait une autre méthode qui détruit un peu moins mon RAID au final ^^. En cherchant sur les différents forums j'ai vu que je n'étais pas le seul à avoir ce problème de MD127 et que visiblement cela signifie que le RAID n'est pas reconnu par le système...

sudo mdadm --detail --scan --verbose
 
ARRAY /dev/md/serveur:0 level=raid5 num-devices=6 metadata=1.2 name=serveur:0 UUID=07899665:f2f0ce49:8f56c5e4:8bb241cd
   devices=/dev/sda1,/dev/sdb1,/dev/sdc1,/dev/sdd1,/dev/sde1,/dev/sdf1

metadata est finalement égal à 1.2

A quoi sert la commande "lsblk -fe7 -o +size" ?

cat /etc/fstab me donne :

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during curtin installation
/dev/disk/by-uuid/13a5c0d4-5d00-4192-9f0d-36c23304e883 / ext4 defaults 0 0
/swap.img       none    swap    sw      0       0

et  "cat /etc/mdadm/mdadm.conf" :

# mdadm.conf
#
# !NB! Run update-initramfs -u after updating this file.
# !NB! This will ensure that initramfs has an uptodate copy.
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default (built-in), scan all partitions (/proc/partitions) and all
# containers for MD superblocks. alternatively, specify devices to scan, using
# wildcards if desired.
#DEVICE partitions containers

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR root

# definitions of existing MD arrays

# This configuration was auto-generated on Thu, 23 Apr 2020 07:34:28 +0000 by mk                                                                                                                                                             conf
ARRAY /dev/md0 uuid=525241b3:4f5e7a05:724e8712:69ab3631

Il y a bien un md0 mais le uuid ne correspond pas à celui de mon RAID...

Dernière modification par piouk03 (Le 13/12/2020, à 20:42)

Hors ligne

#36 Le 14/12/2020, à 08:59

geole

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Bonjour
Je n'ai pas testé
Mais tu devrais modifier la dernière ligne du fichier /etc/mdadm/mdadm.conf
pour la remplacer par deux lignes

##########ARRAY /dev/md0 uuid=525241b3:4f5e7a05:724e8712:69ab3631
ARRAY /dev/md0 uuid=07899665:f2f0ce49:8f56c5e4:8bb241cd

Il faudra un reboot

La commande lsblk sert à voir les partitions montées, leur taille et leur type

a@a:~$ lsblk -fe7 -o +size
NAME FSTYPE LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINT   SIZE
sda                                                                              111,8G
├─sda1
│    ntfs   Recupsda
│                 221ED57C1ED54985                                                 499M
├─sda2
│    vfat   BOOTEFI
│                 38E2-68E9                              51,6M    46% /boot/efi    100M
├─sda3
│                                                                                   16M
├─sda4
│    ntfs   Windows1
│                 4CFAF21FFAF204CC                                                41,3G
├─sda5
│    ntfs   Recovery
│                 04F232A1F2329740                                                 527M
├─sda6
│    ntfs   Windows2
│                 5EC69850C69829F3                                                41,9G
├─sda7
│    ext4   ELL5SSD2
│                 058340cb-1b81-4ad3-ba13-7192480945e5                            11,5G
├─sda8
│    ext4   EUBUNTU2004
│                 dcdbc6fa-e2ec-453b-b5cd-fe8958ad1cae    2,7G    73% /           12,9G
└─sda9
     vfat   BOOTEFISDA9
                  35A6-1D91                                                        100M
sdb                                                                              465,8G
└─sdb1
     linux_ DynaMips:MonRAID5
                  1aef33ae-6d74-f78e-a096-ef677620f3f5                           465,8G
  └─md127
     ext4         2ba9975f-8bc6-49d3-bae5-69f1e44e32bc   50,8G    88% /Raids     465,6G
sdc                                                                                1,8T
├─sdc1
│    vfat   BOOTEFISDC1
│                 0605-DE1C                                                        100M
├─sdc2
│    ntfs   WINXP2To
│                 C87C9DA77C9D90B4                                                  36G
├─sdc3
│    crypto       5928baf8-95ce-4470-a3f9-4fe42d8ddced                             566M
├─sdc4
│    ntfs   SAVEgrosDisque1eretage
│                 3A2A488F5DF41B00                       20,7G    97% /media/SAV 702,8G
├─sdc9
│    ext4   CDROMASROCK
│                 43ef713f-2715-4ce3-9856-1f75b1c58360                             3,7G
├─sdc11
│    ext4   DoublePourTV
│                 c81ca808-4a20-42a2-b875-e56b82e9e273                           654,3G
└─sdc15
     linux_ DynaMips:MonRAID5
                  1aef33ae-6d74-f78e-a096-ef677620f3f5                           465,8G
  └─md127
     ext4         2ba9975f-8bc6-49d3-bae5-69f1e44e32bc   50,8G    88% /Raids     465,6G
a@a:~$ 

Dernière modification par geole (Le 14/12/2020, à 09:05)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#37 Le 14/12/2020, à 09:47

bruno

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Après la modification du fichier mdadm.conf et avant de redémarrer il faudra lancer :

sudo update-initramfs -u

Hors ligne

#38 Le 14/12/2020, à 20:44

piouk03

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Bonsoir,

Bon c'est pas gagné encore... Pour commencer j'ai tenté de faire la manip que tu m'as proposé geole sauf que je n'arrive pas à éditer /etc/mdadm/mdadm.conf il me dit qu'il est occupé et refuse de s'ouvrir.

J'ai donc fais un peu de lecture sur le net : https://doc.ubuntu-fr.org/raid_logiciel voir 6.4 :
#tout oublier et rescanner
sudo mdadm -Ss
# Assembler l' Array pré-existante (à adapter)
sudo mdadm -A /dev/md0 /dev/sd[ab]1
# s'en souvenir
sudo mdadm --detail --scan >> /etc/mdadm/mdadm.conf (ICI)
# mettre à jour initrd
sudo update-initramfs -v -u
# vous pouvez redémarrer /dev/md0 sera présent.
sudo reboot

Mais arrivé à l'étape (ICI) j'ai le message :

-bash: /etc/mdadm/mdadm.conf: Permission denied

Au final j'ai continué les autres commandes... Je me retrouve avec MD0, mais dès que fais un redémarrage j'ai de nouveau MD127 !!!!!!!! :,(

Dernière modification par piouk03 (Le 14/12/2020, à 21:11)

Hors ligne

#39 Le 14/12/2020, à 21:41

piouk03

Re : [Résolu] MD127 en MD0, perte RAID5 sous Ubuntu 20.04 LTS

Bon je viens de trouver... Il faut passer en ROOT. Je redonne la démarche complète pour ceux qui auront le même problème que moi :

Passer de MD127 à MD0 :
#tout oublier et rescanner
sudo mdadm -Ss

# Assembler l' Array pré-existante (à adapter)
sudo mdadm -A /dev/md0 /dev/sd[bcdefg]1

# passez en root permanent
sudo -s

# puis se souvenir du MD0
mdadm --detail --scan >> /etc/mdadm/mdadm.conf

# on repasse en utilisateur
exit

# mettre à jour initrd
sudo update-initramfs -v -u

# vous pouvez redémarrer /dev/md0 sera présent.
sudo reboot

Je viens de redémarrer j'ai bien mon MD0 !!!!! Je vais pouvoir finir mon installation. Encore merci à vous deux pour votre aide.

Hors ligne