[abandonné] Partition "inconnu".

Y316 · 25-02-2016 12:27:29

[EDIT] Résumé :
L'option "ne pas utiliser cette partition" dans le partitionnement manuel de l'installateur c'est pas cool du tout quand il y a des données sur la partition.
[/EDIT]

Bonjour à tous.

La question : comment déclarer utilisable une partition "inconnue".

Sur un DD 250G j'ai une partition étendue qui contient ma jessie actuelle en plusieurs partitions. Pas de problème de ce coté là.
Dans ce volume il y a aussi une partition de 49G qui contient ma dernière wheezy. A l'install de jessie j'avais choisi : "ne pas utiliser cette partition".

Conséquences : cette partition est déclarée "inconnu" par gparted. Pareil pour "cfdisk".
J'ai tenté de la rendre bootable (seul paramètre proposé par "cfdisk") : grub trouve bien le "boot" mais il dit que les fichiers sont inconnu et qu'il ne peut pas monter les volumes. C'est un nouveau grub (tout simple tout propre qui monte uniquement jessie).
Il y a encore la solution de booter sur gparted que je n'ai pas encore essayé (faudrait que je fasse un disque bootable).

Existe-t-il une autre piste que booter avec gparted ?

Ps:
aucun souci de sauvegarde car je finirai certainement par la formater. C'est juste pour le fun et les travaux pratiques.

Dernière modification par Y316 (29-02-2016 19:26:37)

raleur · 25-02-2016 13:58:10

Qu'en dit blkid ?
Qu'en dit file -s /dev/<partition> ?

Notes :
- GRUB ne monte pas de volumes.
- cfdisk n'est pas concerné par le contenu des partitions.
- Le drapeau "boot" ne sert à rien.
- Gparted est une application, que veux-tu dire par "booter avec" ? Si tu veux parler de Gparted live, je ne vois pas ce que ça apportera de plus.

Y316 · 25-02-2016 17:29:59

Merci de ton attention.
Tu as raison; il faut être précis; pardon si je ne maîtrise pas la grammaire Manchotte.

blkid

/dev/sda2: UUID="5f901c89-eef6-44a8-ad9a-ee14750841c8" TYPE="ext2" PARTUUID="0007b7cb-02"

/dev/sda5: LABEL="VolumStock" UUID="c26fab1f-a4f4-4290-bd1a-7478ab28eca0" TYPE="ext4" PARTUUID="0007b7cb-05"

/dev/sda7: UUID="9ff5a9bc-13a9-4d9e-8447-6e65d760c6e8" TYPE="ext4" PARTUUID="0007b7cb-07"

/dev/sda8: UUID="6a0c135a-a2eb-4819-b007-1329d38d6d22" TYPE="ext4" PARTUUID="0007b7cb-08"

/dev/sda9: UUID="923c6d9d-33c9-4ffa-87fc-695f274383e1" TYPE="swap" PARTUUID="0007b7cb-09"

/dev/sdb1: UUID="b69f3f1c-4d8a-444c-b6a3-9ae2a0a67418" TYPE="ext4" PARTUUID="5483eec9-01"

/dev/sda6: PARTUUID="0007b7cb-06"

La partition concernée est sda6.

Ne fait pas attention à sdb1. C'est un disque que j'ai mis temporairement pour tester les fonctionnalités de Gpart.
(Résultat : "aucun fichier trouvé". Bizard quand même parce que ce disque démarre correctement sur une jessie via F11 au démarrage)

J'ai partionné ainsi :
sda2 /boot
sda7 /
sda8 /home
sda9 swap
sda5 Volume pour archiver; à monter à la demande
reste en fin de disque :
11Gio non alloué

et la sda6 qui contient une wheezy installée sur une seule partition.

file -s /dev/sda6

/dev/sda6: data

Y316 · 25-02-2016 18:03:10

De ce que je comprends; il manque le format de fichiers;
je me dis qu'il faut assigner le format de fichier à la partition pour qu'elle puisse être reconnue.

Ah oui mais comment ?

raleur · 25-02-2016 20:33:15

Ni libblkid (utilisée par blkid) ni libmagic (utilisée par file) ne reconnaissent le format du contenu de cette partition. Ce n'est donc pas un système de fichiers usuel, ni un volume physique LVM, ni un membre RAID ni un conteneur chiffré avec LUKS. N'aurais-tu pas demandé d'effacer cette partition lors de l'installation de Jessie ou effectué une autre opération comme un déplacement de la partition ?

Y316 a écrit :

je me dis qu'il faut assigner le format de fichier à la partition pour qu'elle puisse être reconnue.

Si tu veux parler de l'identifiant de type de partition, Linux s'en fiche. Seul l'intéresse le format du contenu, qui n'est pas identifié.

Qu'as-tu essayé de faire avec gpart ? Sa fonction est de rechercher les partitions perdues, pas leur contenu. Pour rechercher les fichiers perdus dans une partition, il faut plutôt utiliser l'outil photorec inclus dans le paquet testdisk.

Dernière modification par raleur (25-02-2016 20:33:40)

Y316 · 25-02-2016 20:49:29

Je suis certain de n'avoir pas touché à cette partition.
Simplement lors de l'installation en partitionnement manuel j'ai choisi "ne pas utiliser cette partition".

Si tu veux parler de l'identifiant de type de partition, Linux s'en fiche.

Je pensais à la monter comme un volume cd (en indiquant le type de fichier à utiliser pour le montage).

Sa fonction est de rechercher les partitions perdues, pas leur contenu

Yes ! tout à l'heure ça m'est venu d'un seul coup que c'était évident qu'il trouve rien puisque rien n'était perdu !

Y316 · 25-02-2016 20:56:59

L'objectif :
reconnaître le contenu de la partition
pour que grub puisse la lancer.
40G pour bénéficier d'un système de secours, c'est pas du luxe.
Je pourrais formater et installer de nouveau mais l'exercice de récupération m’intéresse.
Si je dois formater, ce n'est pas grave, j'ai d'autres moyens de démarrer un système (sdb et usblive)

Y316 · 25-02-2016 21:23:16

Et si je ré-écrit une table de partition incluant sda6 ; sans modifications pour les autres ?
Y-a-t-il un risque de perdre quelque chose ?

raleur · 25-02-2016 23:28:07

Je ne comprends pas ce que tu veux dire. La table de partition contient déjà sda6, non ? Quel changement voudrais-tu apporter ?
Il y a toujours un risque de perdre quelque chose quand on manipule une table de partition.

anonyme-15 · 25-02-2016 23:28:25

Réécrire une table de partition: très mauvaise idée, tu vas tout perdre.

Au point où ça en est, tu peux essayer d'attribuer un UUID à ta partition, sur un malentendu (car ton problème serait un bug) ça peut marcher.

Tu génères un uuid

uuidgen

Tu l'attribues à la partition

tune2fs /dev/sda6 -U le-chiffre-donné-par-la-commande-précédente

A mon avis, tu t'es trompé à l'installation: tu as choisi ne pas utiliser, mais sans demander à garder les données.

Dans ce cas là, il faudrait que tu remettes la partition en ext4, avant de passer par photorec pour récupérer tes fichiers. Mais ça ne sert pas à grand chose, puisque ce ne sont pas des données.

Edit: j'ai explosé mon record d'edit en 35 secondes.

Dernière modification par anonyme-15 (25-02-2016 23:31:52)

raleur · 25-02-2016 23:44:04

Aucun intérêt et marchera pas. tune2fs n'aura aucun effet sur une partition ne contenant pas un système de fichiers ext2/3/4 reconnu.

Y316 · 25-02-2016 23:49:37

Pensez donc à relire ma signature à l'occasion.

En attendant j'ai fait cela :

fsck /dev/sda6

fsck de util-linux 2.25.2

e2fsck 1.42.12 (29-Aug-2014)

ext2fs_open2: Numéro magique invalide dans le super-bloc

fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...

fsck.ext2: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sda6

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers

ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement

un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),

alors le superbloc est corrompu, et vous pourriez tenter d'exécuter

e2fsck avec un autre superbloc :

    e2fsck -b 8193 <périphérique>

 ou

    e2fsck -b 32768 <périphérique>

Y'a risque ? ou pas ?
et quel superbloc choisir ?

raleur · 26-02-2016 00:22:29

Avec -n, y aura seulement risque de perdre son temps en vain.

Y316 · 26-02-2016 00:28:57

Avec le disque sdb qui me faisait la même chose

fsck /dev/sdb

fsck de util-linux 2.25.2

e2fsck 1.42.12 (29-Aug-2014)

ext2fs_open2: Numéro magique invalide dans le super-bloc

fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...

fsck.ext2: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers

ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement

un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),

alors le superbloc est corrompu, et vous pourriez tenter d'exécuter

e2fsck avec un autre superbloc :

    e2fsck -b 8193 <périphérique>

 ou

    e2fsck -b 32768 <périphérique>

fsck /dev/sdb1

fsck de util-linux 2.25.2

e2fsck 1.42.12 (29-Aug-2014)

/dev/sdb1 : propre, 174129/5005312 fichiers, 4585304/20010496 blocs

Il s'est monté tout seul, je peux l'ouvrir mais depuis il "gratte" sans arrêt.

raleur · 26-02-2016 00:32:00

fsck s'exécute sur un système de fichiers ext2/3/4, pas sur un disque partitionné.

Y316 · 26-02-2016 00:57:53

Bon, fsck a fini de tourner, le disque ne "gratte" plus
J'ai vu gparted se lancer tout seul et proposer de restaurer l'image disque trouvée sur sdb1 et qui est montée sur /home/user/media

Donc,

y'a moyen !
et si y'a moyen pour sdb1, y'a moyen aussi pour sda6 !

.... Demain !

Bonne nuit à tous. merci encore

raleur · 26-02-2016 15:42:05

Y a moyen de quoi ?
Je ne vois pas le rapport entre sdb1 et sda6. Visiblement sdb1 contient un système de fichiers ext2/3/4 reconnu, ce qui n'est pas le cas de sda6.

Y316 · 26-02-2016 19:47:18

hybridmoineau a écrit :

A mon avis, tu t'es trompé à l'installation: tu as choisi ne pas utiliser, mais sans demander à garder les données.

Exact.
Comme je n'utilisais pas la partition, j'ai juste vérifié qu'elle ne soit pas formatée.
D'ailleurs, cela me revient maintenant, j'avais choisi "ne pas utiliser" justement dans le but de tester cette fonction.

raleur a écrit :

tune2fs n'aura aucun effet sur une partition ne contenant pas un système de fichiers ext2/3/4 reconnu.

Je suis quasi certain que les fichiers sont là.
Le problème c'est "reconnu"
Ce soir j'ai lancé gnome-disks je viens de créer une image disque (elle fait la taille de la partition). Pas sûr qu'elle contienne quelque chose mais ... (ok ! j'entends déjà la réponse : une toile non peinte n'est pas un tableau. oui ! ... encore que ? L'absolu du non-académisme Manchottien n'est-t-il pas quelque part la contemplation béate d'un écran noir et d'un disque vierge ? )

Je m'égare.

raleur a écrit :

Y a moyen de quoi ?

J'ai donc une image à copier et je pourrais la réinstaller en lieu et place où elle était.
Cela revient à la proposition de Anonyme-15.
Le but de l'exercice c'est quand même de la "relancer" telle-quel. A défaut, cela reviendrait à dire que l'option "ne pas utiliser" comporte des risques sérieux pour les données.
Pourtant, quand on installe un nouveau système et désigne seulement les partitions qu'on veux utiliser, on ne perd pas les autres.

J'ai eu un message disant que deux secteurs étaient défectueux.
Toutes ces partitions sont sur une partition étendue.
la sda6 a été installée alors que le reste de la partition étendue contenait une squeeze.
C'est à la place de cette squeeze que j'ai mis la jessie actuelle. nouveau partitionnement, nouvelle table, nouveau grub.
Pour le volume de stockage (il est commun à toutes les distributions que j'ai utilisé simultanément) j'ai fait comme d'habitude: "utiliser comme" "ne pas formater".

Et j'ai dis : "pas utiliser la sda6""pas formater".
Y doit y'avoir moyen de dire maintenant : "utiliser la sda6".

raleur · 26-02-2016 20:35:35

Si tu veux vérifier si la partition contient quelque chose, tu peux utiliser le programme photorec du paquet testdisk.

Y316 · 26-02-2016 23:36:05

photorec /dev/sda

Disk /dev/sda - 250 GB / 232 GiB (RO) - ST3250318AS

     Partition                  Start        End    Size in sectors

 6 L Linux                24499  50 22 30401  75 10   94817194

222518 files saved in /home/mon_user/Documents/recup_dir directory.

Recovery completed.

Y'en a !

raleur · 27-02-2016 11:38:34

Je ne sais pas si tu as déjà essayé d'exploiter le résultat de photorec, mais il y a surtout à boire et à manger, et en tout cas des fichiers non triés et sans leur nom d'origine, parfois tronqués et/ou contenant des morceaux d'autres fichiers (en cas de fragmentation).
Bref, ça montre qu'il y a quelque chose, mais ça ne retrouve pas la structure d'origine du système de fichiers.

Y316 · 27-02-2016 20:30:42

Non je n'ai jamais essayé.
En fait, je m’intéresse à tout cela parce que j'ai décidé de maintenir mon système. Comprendre que, avant j'allais souvent au plus simple en réinstallant et en utilisant les paramètres par défaut.
Je vais voir s'il y a encore quelque chose à tenter.

C'est en forgeant qu'on devient forgeron.

Y316 · 27-02-2016 21:19:11

Curieux quand même !

Je branche une clef USB (c'est une bootable avec l'iso de jessie8.2).
Elle se monte normalement; j'ai accès aux fichiers.
Gparted :

"Non alloué"
avec un message d'erreur au démarrage : "he driver descriptor says the physical block size is 2048 bytes, but Linux says it is 512 bytes."

.
Je lance gnome-disks :

SanDisk Cruzer Blade (8.02)
8,0 GB (8 036 285 952 octets)
Master Boot Record
/dev/sdb1 4,0GB ISO9660 Amorçable
/dev/sdb2 426KB EFI (FAT-12/16/32) non montée.
4,0GB non alloués

raleur · 27-02-2016 22:24:04

J'ai constaté cela aussi. C'est une particularité des images ISO-hybrides de l'installateur Debian. Elles contiennent une signature de table de partition Mac, qui semble perturber les programmes qui utilisent libparted tels que parted, GParted et partman, le programme de partitionnement de l'installateur. J'en ignore la raison.

Dernière modification par raleur (27-02-2016 22:24:24)

Y316 · 29-02-2016 19:20:27

J'ai lâché le morceau ! Rien à faire ! Pas moyen de relancer cette partition.

Et tant qu'à faire j'y ai mis stretch dessus.

Stretch ça console bien

Debian-facile

#1 25-02-2016 12:27:29

[abandonné] Partition "inconnu".

#2 25-02-2016 13:58:10

Re : [abandonné] Partition "inconnu".

#3 25-02-2016 17:29:59

Re : [abandonné] Partition "inconnu".

#4 25-02-2016 18:03:10

Re : [abandonné] Partition "inconnu".

#5 25-02-2016 20:33:15

Re : [abandonné] Partition "inconnu".

#6 25-02-2016 20:49:29

Re : [abandonné] Partition "inconnu".

#7 25-02-2016 20:56:59

Re : [abandonné] Partition "inconnu".

#8 25-02-2016 21:23:16

Re : [abandonné] Partition "inconnu".

#9 25-02-2016 23:28:07

Re : [abandonné] Partition "inconnu".

#10 25-02-2016 23:28:25

Re : [abandonné] Partition "inconnu".

#11 25-02-2016 23:44:04

Re : [abandonné] Partition "inconnu".

#12 25-02-2016 23:49:37

Re : [abandonné] Partition "inconnu".

#13 26-02-2016 00:22:29

Re : [abandonné] Partition "inconnu".

#14 26-02-2016 00:28:57

Re : [abandonné] Partition "inconnu".

#15 26-02-2016 00:32:00

Re : [abandonné] Partition "inconnu".

#16 26-02-2016 00:57:53

Re : [abandonné] Partition "inconnu".

#17 26-02-2016 15:42:05

Re : [abandonné] Partition "inconnu".

#18 26-02-2016 19:47:18

Re : [abandonné] Partition "inconnu".

#19 26-02-2016 20:35:35

Re : [abandonné] Partition "inconnu".

#20 26-02-2016 23:36:05

Re : [abandonné] Partition "inconnu".

#21 27-02-2016 11:38:34

Re : [abandonné] Partition "inconnu".

#22 27-02-2016 20:30:42

Re : [abandonné] Partition "inconnu".

#23 27-02-2016 21:19:11

Re : [abandonné] Partition "inconnu".

#24 27-02-2016 22:24:04

Re : [abandonné] Partition "inconnu".

#25 29-02-2016 19:20:27

Re : [abandonné] Partition "inconnu".

Pied de page des forums