Objet : Discussions sur le logiciel libre
Archives de la liste
- From: Christophe VANHOUTTE <tx1138 AT gmail.com>
- To: Pascal Hambourg <pascal AT plouf.fr.eu.org>
- Cc: linux-31 AT culte.org
- Subject: Re: disk 4 TB perte partionnement GPT/ext4
- Date: Sun, 25 Feb 2024 20:19:22 +0100
Bonsoir,
Bonne nouvelle, je vois tout mes fichiers, soit 2.62 To/3,5 to formaté EXT4
Je vais copier ces fichiers ailleurs et refaire la totalité du partitionnement.
Pour ce qui est de faire un miroir avec openmediavault, c'est prévu avec des gros disks , car le Méga octet est plus onéreux
que sur les très gros disk dur , genre 18 TB.
Je me pose la question quand même, comment se fait-il que la table de partition ait craché ?
Christophe
Le dim. 25 févr. 2024 à 19:02, Pascal Hambourg <linux-31 AT culte.org> a écrit :
Le 25/02/2024 à 18:40, Christophe VANHOUTTE (via linux-31 Mailing List)
a écrit :
> Le dim. 25 févr. 2024 à 16:55, Pascal Hambourg <linux-31 AT culte.org> a
> écrit :
>>
>> Normalement il devrait y avoir un en-tête et une table de secours à la
>> fin du disque. Tu peux vérifier avec
>>
>> # wipefs /dev/sdb
Exemple de ce qu'il devrait afficher avec une structure GPT complète :
DEVICE OFFSET TYPE UUID LABEL
md0 0x200 gpt (en-tête principal)
md0 0x7fcffe00 gpt (en-tête secondaire, à la fin du disque)
md0 0x1fe PMBR (MBR protecteur)
> DEVICE OFFSET TYPE UUID LABEL
> sdb 0x1fe PMBR
>
>> S'ils sont présents, il y a une chance que des éditeurs de table de
>> partition comme parted ou gdisk puissent s'en servir pour restaurer
>> l'en-tête et la table principale.
Hélas wipefs ne détecte ni l'en-tête principal (on s'y attendait) ni le
secondaire, seulement le MBR protecteur qui ne contient aucune
information sur les "vraies" partitions GPT. Je viens de tester, fdisk
aurait détecté et utilisé la table secondaire si elle avait été valide.
> pour l'instant je laisse trouner testdisk, c'est avec une ubuntu live qui
> fonctionne avec testdisk
Ça ne sert à rien d'attendre la fin s'il n'y avait qu'une partition,
testdisk l'a déjà trouvée et ne trouvera rien de plus.
--
--
Debian Buster 11.5|Kernel 4.19.0-14-amd64|Xorg 1.20.4 & Xfce 4.12
http://www.debian.org # http://fr.wikipedia.org/wiki/Obsolescence
https://soutien.laquadrature.net/
http://gnutux.free.fr # Il faut dire GNU/Linux :) # www.culte.org
--
GNU/Linux : May the Force be with you !
http://www.debian.org # http://fr.wikipedia.org/wiki/Obsolescence
https://soutien.laquadrature.net/
http://gnutux.free.fr # Il faut dire GNU/Linux :) # www.culte.org
--
GNU/Linux : May the Force be with you !
-
disk 4 TB perte partionnement GPT/ext4,
Christophe VANHOUTTE, 25/02/2024
-
Re: disk 4 TB perte partionnement GPT/ext4,
f1sxo, 25/02/2024
- Re: disk 4 TB perte partionnement GPT/ext4, Pascal Hambourg, 25/02/2024
- Re: disk 4 TB perte partionnement GPT/ext4, Christophe VANHOUTTE, 25/02/2024
-
Re: disk 4 TB perte partionnement GPT/ext4,
jdd AT dodin.org, 25/02/2024
- Re: disk 4 TB perte partionnement GPT/ext4, Pascal Hambourg, 25/02/2024
-
Re: disk 4 TB perte partionnement GPT/ext4,
Pascal Hambourg, 25/02/2024
-
Re: disk 4 TB perte partionnement GPT/ext4,
Christophe VANHOUTTE, 25/02/2024
-
Re: disk 4 TB perte partionnement GPT/ext4,
Pascal Hambourg, 25/02/2024
-
Re: disk 4 TB perte partionnement GPT/ext4,
Christophe VANHOUTTE, 25/02/2024
-
Re: disk 4 TB perte partionnement GPT/ext4,
Pascal Hambourg, 25/02/2024
- Re: disk 4 TB perte partionnement GPT/ext4, Christophe VANHOUTTE, 25/02/2024
-
Re: disk 4 TB perte partionnement GPT/ext4,
Pascal Hambourg, 25/02/2024
-
Re: disk 4 TB perte partionnement GPT/ext4,
Christophe VANHOUTTE, 25/02/2024
-
Re: disk 4 TB perte partionnement GPT/ext4,
Pascal Hambourg, 25/02/2024
-
Re: disk 4 TB perte partionnement GPT/ext4,
Christophe VANHOUTTE, 25/02/2024
-
Re: disk 4 TB perte partionnement GPT/ext4,
f1sxo, 25/02/2024
Archives gérées par MHonArc 2.6.19+.