Vous n'êtes pas identifié(e).
pour sdb l'on voit bien ces 2 partitions en nrfs cela semble tout à fait normal. A part sdb2 qui serait amorçable alors qu'il n'en est rien; et concernant sda, le désordre de ces partions a eu lieu à la suite de la suppression d'une partition afin d'augmenter la taille de la partition précédente (je crois); mais je ne pense pas que mon problème avec sdb2 sont lié à cela.
par contre, avec cfdisk, j'ai plus d'infos concernant ce sdb2
et là, ça se corse; partition ntfs et systeme de fichiers ext4, y'a un lézard ( ce sdb, était initialement sda et donc j'avais x partitions dont la plupart en ext4)
et donc, j'ai lancé testdisk (nolog, puis disk /dev/sdb,intel, et enfin analyse:et voilà le résulat:
testdisk voit effectivement un problème sur sdb2
je continue avec testdisk: quick search
comme il n'y aurait pas ces problèmes invoqués, je continue:
sur le terminal
>* HPFS - NTFS 0 1 1 5098 254 63 81915372 et P Linux 31981 143 35 60801 80 15 462989312 sont en vert
je continue:
le dd sdb etait initialement en sda, et donc, avec des multiples partitions ext4 et quelques ntfs; et donc ces anciennes partitions réapparaissent.Ne sachant pas trop quoi faire avec ces infos, ben: deeper search (et c'est reparti pour 2 heures)
j'ai l'impression que c'est la table de partition qui a un problème; est-il possible de la réparer sans détruire ces 2 partitions; avec gparted, par exemple, d'ailleurs gparted m'indique: sdb1; ntf; 244.99gio et sdb2; ext4 220.77gio et seulement 8.91gio utilisé. je pensais pouvoir le faire avec testdisk, mais j'ai pas trouvé comment
merci en tout cas de vous pencher sur mon problème
>D HPFS - NTFS 0 1 1 5098 254 63 81915372 ------>P: list files me répends:Can't open filesystem. Filesystem seems damaged.
>D HPFS - NTFS 0 32 33 31981 143 34 513781760 --------P : liste ma sda
* Linux 31981 143 35 60801 80 15 462989312 ---------P :
>drwxr-xr-x 0 0 4096 27-Aug-2017 23:08 .
drwxr-xr-x 0 0 4096 27-Aug-2017 23:08 ..
drwx------ 0 0 16384 15-Aug-2017 00:52 lost+found
drwxr-xr-x 0 0 4096 14-Aug-2017 22:00 sys
drwxr-xr-x 0 0 4096 27-Aug-2017 23:07 run
drwxrwxrwt 0 0 4096 27-Aug-2017 23:07 tmp
drwxr-xr-x 0 0 4096 15-Aug-2017 00:55 lib64
drwxr-xr-x 0 0 4096 27-Aug-2017 23:50 root
drwxr-xr-x 0 0 4096 15-Aug-2017 00:57 var
drwxr-xr-x 0 0 4096 27-Aug-2017 23:07 home
drwxr-xr-x 0 0 4096 15-Aug-2017 00:53 bin
drwxr-xr-x 0 0 4096 28-Aug-2017 00:13 etc
drwxr-xr-x 0 0 4096 15-Aug-2017 00:55 sbin
drwxr-xr-x 0 0 4096 15-Aug-2017 00:55 usr
Next
les dates indiquées m'interpellent, disk select ne me trouve toujours pas sdb2-ntfs; je commence à désespérer à récupérer cette partition
Dernière modification par solar66 (02-09-2017 13:27:30)
En ligne
Dernière modification par raleur (31-08-2017 14:35:18)
Il vaut mieux montrer que raconter.
Hors ligne
En ligne
Il vaut mieux montrer que raconter.
Hors ligne
et sous debian:
mount /dev/sda2 /essai2 le dossier essai2 est vide comme /mnt/solus
j'y comprends rien
Dernière modification par solar66 (31-08-2017 18:00:58)
En ligne
Dernière modification par raleur (02-09-2017 08:49:59)
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par solar66 (01-09-2017 23:58:14)
En ligne
j'ai du faire une fausse manip, lors de l'install; mais, si effectivement c'est le cas, je ne m'explique pas pourquoi sous solus, sdb apparait en iso avec gparted.
Les deux ne sont probablement pas liés. La présence de l'étiquette ISO 9660 sur sdb doit résulter d'une fausse manip (antérieure) pour copier l'image de Mint sur une clé USB.
Comme je l'ai écrit, Gparted ne gère pas bien les situations anormales. Or la présence simultanée d'une table de partition et d'un label ISO 9660 est une situation anormale. Tu ne veux pas montrer le résultat de la commande wipefs ci-dessus ?
Il vaut mieux montrer que raconter.
Hors ligne
hé bien, cela apparait toujours;
et pourtant,après avoir récupéré ce que j'ai pu, j'ai reformaté sous debian sdb2 en ntfs avec gparted, et mes 2 partitions apparaissent bien sdb1 en ntfs et sdb2 en ntfs; et sont exploitable sous debian (j'ai remis mes "fichiers" perdu dans cette partition)
Ce DD sdb était initialement en sda (il y a pas mal de temps) avec x partition dessus (ext4 et ntfs)
j'ai démarré avec solus en live cd, (car après l'avoir supprimé (sdb2) j'ai perdu également grub.(d'ailleurs le topic de debian facile pour restauré grub est au top);
et gparted (solus) me montre toujours sdb en iso.
donc, effectivement il y a un autre problème
Dernière modification par solar66 (02-09-2017 10:56:02)
En ligne
Visiblement l'image ISO de Linux Mint MATE qui a laissé cette signature n'est pas récente, elle date de 2014. Cela ne te rappelle rien qui pourrait expliquer sa présence sur ce disque ?
Dernière modification par raleur (02-09-2017 11:22:35)
Il vaut mieux montrer que raconter.
Hors ligne
et je refait la commande:
houa, y'a plus d'iso; trop fort
En ligne
En ligne
Dernière modification par raleur (02-09-2017 12:36:47)
Il vaut mieux montrer que raconter.
Hors ligne