Contenu | Rechercher | Menus

Annonce

Ubuntu-fr.org recrute toujours de nouveaux modérateurs, avec de l'expérience.

Ubuntu 16.04 LTS
Commandez vos DVD et clés USB Ubuntu-fr !

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

nombre réponses : 25

#0 Re : -1 »  Probleme d'affichage du MBR » Le 28/04/2016, à 11:07

jamesbad000
Réponses : 52

Dans "options avancées" de boot repair il doit y avoir une option "purge" qui réinstalle tous les paquets grub.

#1 Re : -1 »  Probleme d'affichage du MBR » Le 01/05/2016, à 12:05

jamesbad000
Réponses : 52

Bonjour,

Maxire a écrit :

Pour démarrer Linux, il devrait suffire de positionner le flag de démarrage sur la partition /dev/sda5

Je doute que ça fonctionne car il n'y plus de grub.cfg dans sda5

Boot sector info:  Grub2 (v1.99) is installed in the boot sector of sda5
                       and looks at sector 80169512 of the same hard drive
                       for core.img. core.img is at this location and looks
                       for (,msdos5)/boot/grub on this drive.
    Operating System:  Ubuntu 12.04.5 LTS
    Boot files:        /etc/fstab /boot/extlinux/extlinux.conf

Maintenant on dirait que le paramétrage de ppa sur sda5 en a un coup d'en l'aile,

chroot /mnt/boot-sav/sda5 apt-get -y --force-yes update
W: Aucune clé publique n'est disponible pour la/les clé(s) suivante(s) :
1397BC53640DB551
W: Impossible de récupérer http://ppa.launchpad.net/andykimpe/fres … ce/Sources  404  Not Found

ou alors il y a un problème avec le live-cd boot-repair qui semble ancien ?

#2 Re : -1 »  Probleme d'affichage du MBR » Le 01/05/2016, à 15:53

jamesbad000
Réponses : 52
babdu89 a écrit :

(...)
Puis dans les boot info successifs on voit que la première partie de grub était installée à l'origine dans le secteur de boot de la partition Linux /sda5.
le MBR étant intact, la machine démarrait sur Windows et on pouvait chaîner sur Ubuntu au démarrage.

Bonjour babdu89. Ce n'est pas tout à fait ça.
Au départ la machine démarrait sur linux sans afficher le menu grub (pas de possibilité de lancer win).
Le MBR sur sda5 est certainement le résultat de tentatives de réparation erroné avec boot-repair, mais n'a a priori joué aucun role jusque là.
Et boot-repair ne corrigeait pas le pbm.

Puis suite à des manip, non détaillées, le menu grub c'est de nouveau affiché. Mais ça ne semblait pas être revenu au standard (Et je confirme, que même si je n'ai pas compris ce qui n'allait pas dans le grub.cfg, j'ai tout de même vu des bizarreries laissant penser que les fichiers de config (etc/grub.d) n'étaient plus d'origine.) Et ccathy86 a demandé comment remettre grub au standard.

A partir de là, la fonction purge/réinstall de boot-repair a semble-t-il foiré pour réinstallé grub et a laissé un truc tout bancal avec un boot syslinux (windows compatible)...

J'imagine que le log que l'on voit ne correspondant pas au moment ou le boot sysllinux a été installé.

#3 Re : -1 »  Probleme d'affichage du MBR » Le 01/05/2016, à 18:31

jamesbad000
Réponses : 52
Babdu89 a écrit :

On parle d'affichage du mbr, et pas de grub.

Bah, a part un menu grub, tu m'expliquera ce que ça peut vouloir dire "affichage du mbr au démarrage", pour choisir entre windows et linux. A moins qu'il s'agisse de l'affichage du contenu du secteur 0 du disque  en hexadecimal  smile

Au dela de ça. La distribution installé est, d'après boot-repair, Ubuntu 12.04.5 LTS 32 bits.

et celle de boot repair (Pour les 2 dernier boot info)
boot-info version : 4ppa14
boot-sav version : 4ppa14
glade2script version : 3.2.2~ppa47~saucy

#4 Re : -1 »  Probleme d'affichage du MBR » Le 01/05/2016, à 18:40

jamesbad000
Réponses : 52

C'est sur qu'à ce stade pour réparer il risque d'y avoir du travail.
Le plus simple pour récupérer tes fichier est de les recopier avec le gestionnaire de fichier à partir du live cd boot-repair.
A moins que tu veuilles sauvegarder ton disque entier sur un autre avec clonzilla. Ce qui est forcément une bonne mesure de sécurité avant de réinstaller, s'il tu ne veux pas risquer de perdre ce qu'il y a dans d'autres partition ...

Après, tu peux réinstaller directement sur la partition sda5, ca va tout écraser sur la partition. Pas besoin de désintaller quoi que ce soit

#5 Re : -1 »  Problème avec D.D. externe » Le 27/04/2016, à 19:11

jamesbad000
Réponses : 123

Bon, je soupçonne qu'une certaine confusion règne. Alors je propose de reprendre avec une autre approche pour s'affranchir des problèmes d'identification des disques  (On oublie tout ce qui a été dit avant !).

donner juste le retour des 2 commandes ci-dessous:

sudo lsblk -o NAME,SIZE,FSTYPE,LABEL,MOUNTPOINT
ls -l /dev/disk/by-id

#6 Re : -1 »  Problème avec D.D. externe » Le 27/04/2016, à 20:56

jamesbad000
Réponses : 123

Parfait. Donc maintenant on va se référer aux disques avec l'identifiant long qui ne varie pas. Et on va donc pouvoir te donner les commandes "clef en main". Et tu n'a plus qu'à faire du copier coller des commandes qu'on indique.

Je note ici pour mémoire:
Ancien disque (300Go) =

/dev/disk/by-id/usb-Hitachi_HDP725032GLA360_EA05425DFFFF-0:0

Nouveau disque ( 500Go) =

/dev/disk/by-id/usb-WD_Elements_25A2_5758393141423550374C4B53-0:0

Maintenant voyons l'état physique de l'ancien disque avec la commande ci-dessous

sudo smartctl -s  on  -a  /dev/disk/by-id/usb-Hitachi_HDP725032GLA360_EA05425DFFFF-0:0

#7 Re : -1 »  Problème avec D.D. externe » Le 27/04/2016, à 23:47

jamesbad000
Réponses : 123

Bougron a raison. Pas le moindre signe de défaillance matériel. Mais je doute qu'on puisse récupérer quelque chose de cette bouillie juste avec un fsck.
Reste à espérer qu'il s'agisse d'un problème dans la zone amorce et non d'un dommage généralisé...

Maintenant, que donnes les 4 commandes suivantes

sudo fsck.vfat -vn /dev/disk/by-id/usb-Hitachi_HDP725032GLA360_EA05425DFFFF-0:0-part1 | head -n 50
sudo fsck.vfat -vn /dev/disk/by-id/usb-Hitachi_HDP725032GLA360_EA05425DFFFF-0:0-part1 | tail -n 50
sudo dd if=/dev/disk/by-id/usb-Hitachi_HDP725032GLA360_EA05425DFFFF-0:0-part1 count=1 | hd
sudo dd if=/dev/disk/by-id/usb-Hitachi_HDP725032GLA360_EA05425DFFFF-0:0-part1 count=1 skip=6 | hd

Edit: je viens d'ajouter une 4ème commande
Edit2: Ajouté "-part1" sur toutes les lignes (Maintenant on analyse le système de fichier qui est dans la partition, pas le disque entier)

#8 Re : -1 »  Problème avec D.D. externe » Le 28/04/2016, à 10:27

jamesbad000
Réponses : 123

Ok Il va falloir que je prennes un peu de temps pour examiner ces données.
Tu peux laisser tomber la commande qui ne donne rien.

L'idée de vérifier la connectique est a explorer, et surtout essayer de monter le disque dans un autre boitier, ou de le connecter directement au pc avec un cable sata.

Dans tout les cas surtout ne pas tenter d'écrire quoique ce soit dessus, et éviter de l'utiliser avec windows.

#9 Re : -1 »  Problème avec D.D. externe » Le 28/04/2016, à 11:55

jamesbad000
Réponses : 123

Attention, il n'est pas toujours possible d'interpréter directement la plupart des valeurs brutes des compteurs d'erreurs sans les spécifications constructeur, et encore moins les comparer d'un disque à l'autre.
(Par example il y a des cas ou la valeur brute contient  plusieurs compteurs: Il faut voir la valeur en hexa ou en binaire, et la couper au bon endroit pour obtenir les différents compteurs.)
A part certaine valeurs tels que la température, les réaffections de secteurs... il est souvent préférable de comparer la colonne value à la colonne threshold (quand value tombe à la valeur de threshold, c'est qu'on atteints les limites de dégradations prévues par le constructeur)

Enfin ça reste de la cuisine...

Edit Par ailleurs, l'erreur "199 UDMA_CRC_Error_Count"  correspond en principe à un problème de transmission de données entre le disque et le contrôleur sur la carte mère (Cable / connecteur en priorité)

#10 Re : -1 »  Problème avec D.D. externe » Le 28/04/2016, à 18:31

jamesbad000
Réponses : 123
Read 32 bytes at 83952552960:Erreur d'entrée/sortie

Voilà le genre de problème qui pourrait expliquer pourquoi le 2ème fsck traînait en longueur.


- Et voilà qui m'incite à voir si les compteurs d'erreurs SMART ont évolués.
Peux tu Donner à nouveau le retour de la commande ci-dessous.

sudo smartctl -s  on  -a  /dev/disk/by-id/usb-Hitachi_HDP725032GLA360_EA05425DFFFF-0:0

- Egalement j'insite sur l'idée de tester une connexion directe du disque en SATA (le mieux) ou dans un autre boîtier USB. Tu as cette possibilité Mic 03 ?

Au reste, cette histoire de "dirty bit" ne nous avance en rien pour éviter que des poignées (probablement des milliers si j'en juge le n° attribué au nom invalide à la fin de la liste FSCK0005.083) de fichiers ne sont plus référencés correctement et vont probablement disparaître après un fsck non simulé.
Qu'on va peut être tout de même finir par tenter sur la copie. Car je n'ai pas trouvé de piste de réparation au travers des données de la zone amorce de la partition, fournies plus haut.

#11 Re : -1 »  Problème avec D.D. externe » Le 28/04/2016, à 19:05

jamesbad000
Réponses : 123

@Moko138
- Que le check de win soit plus fiable pour le NTFS est effectivement indiqué. En revanche je n'ai jamais rien vu de semblable pour le FAT qui a une structure de métadonnées simplissime et parfaitement documentée.

De toute façon je n'envisage pas que le fsck donnera de bon résultat si tu me lit bien.
Et pour cause, quand une entrée de répertoire pointe dans le vide (sur un n° de cluster qui est hors limites de la fat) aucun outil ne peut retrouver par magie ou se trouvent les morceaux du fichier, fut-il de microsoft lol

extrait du fsck, la fat référence 19526004 cluster (groupe de secteurs)

Data area starts at byte 156224512 (sector 305126)
  19526004 data clusters (319914049536 bytes)

Le fichier ci-dessous, au nom imprononçable, allègue que son premier cluster est 3903568660

/Camping-car/:√^╟.8Ç
  Start cluster beyond limit (3903568660 > 19526005). Truncating file.

Et il y en a des tonnes comme celà...

Edit : De toute façon, les outils de réparations de système de fichiers d'une façon générale ne réparent pas. Ils amputes les parties malades pour rendre le système de fichier de nouveau utilisable sans perte de données supplémentaires (Préserve ce qui est sain et ce qu'on va ajouter dans le future, en évitant qu'un fichier en écrase un autre parce que l'emplacement occupé par le 1er est marqué comme étant libre par exemple)

#12 Re : -1 »  Problème avec D.D. externe » Le 29/04/2016, à 00:37

jamesbad000
Réponses : 123

Toujours pas d'erreur enregistrée dans les données SMART du disque, en dépit de l'erreur d'entrée/sortie détectée plus haut. Ce qui augmente la probabilité d'un problème localisé au niveau boitier USB.

- A ce stade néanmoins il reste un grand nombre d'hypothèse plausibles

1) Les données stockées sur le disque sont correctes mais mal restituées. Dans ce cas les problémes les plus graves disparaitrons lors d'une connexion SATA ou dans un autre boitier USB
2) Les données ont été corrompu lors d'une opération d'écriture.
3) Une combinaisons des 2

Par ailleurs pour les cas 1 ou 3, ne pas perdre de vue que la copie de sauvegarde qui a été faite n'est pas viable.

- On a aussi ce message du fsck que je n'ai pas évoqué: "FATs differ but appear to be intact. Using first FAT."

(La fat est le tableau qui permet notamment de lier les emplacements des différents morceaux d'un même fichier entre eux)

Il est très probable que celle ci a été corrompu et amène à ce que au moins certaines parties du répertoire racine soient perdues, parce que la fat pointe vers des endroit du disque qui ne correspondent pas au répertoire racine (d'ou les nom de fichier foireux et tout le reste)

Pour le cas 2 il reste une chance que le problème d'écriture soit limité à la FAT1. Dans ce cas j'envisage de réinitialiser la FAT1 à partir de la FAT miroir.

Mais en fonction des différentes combinaisons de problèmes, ça peut encore faire beaucoup de manipulation, pour ne pas forcément arriver à qq chose de positif.

- En tout cas à ce stade, je déconseille le chkdsk de windows, tout autant que le fsck de linux. Ainsi que tout autre outils de "réparation" du système de fichier "sur place", sans avoir refait une copie de la partition dans des conditions ou l'on est un peu plus certain de la qualité de la copie.
Sauf si tu as envie d'en finir à tout prix avec ce problème, quitte à faire une croix sur la majeur partie du contenu du disque.

#13 Re : -1 »  Problème avec D.D. externe » Le 29/04/2016, à 11:10

jamesbad000
Réponses : 123
Mic 03 a écrit :

S'il faut refaire une copie de la partition, merci de me donner la ligne de commande....

Ca vaudra le coup de refaire une copie une fois que l'on aura pu s'assurer que le boitier USB n'est pas en cause ou que l'on aura pu connecter le disque par un autre moyen fiable.

En attendant, je prépare test les manip pour tenter un fsck sur la copie à partir de la FAT miroir...

#14 Re : -1 »  Problème avec D.D. externe » Le 30/04/2016, à 00:45

jamesbad000
Réponses : 123

Bon quoiqu'il en soit, on peut tenter la manip ci-dessous sur le nouveau disque (la copie)
- Pas d’inquiétude si les commandes débordent sur plusieurs lignes...
- pas la peine de copier les lignes commençant par # (commentaires)

# sauvegarde la FAT dans le home de l'utilisateur (fichier fat_WD.xz)
sudo dd if=/dev/disk/by-id/usb-WD_Elements_25A2_5758393141423550374C4B53-0:0-part1 count=305126 | lzma -9 > ~/fat_WD.xz

# copie la fat2 dans la fat1
sudo dd if=/dev/disk/by-id/usb-WD_Elements_25A2_5758393141423550374C4B53-0:0-part1 of=/dev/disk/by-id/usb-WD_Elements_25A2_5758393141423550374C4B53-0:0-part1 conv=notrun skip=$((152547+32)) seek=32 count=152547

# vérifie l'état de la partition
sudo fsck.vfat -vn /dev/disk/by-id/usb-WD_Elements_25A2_5758393141423550374C4B53-0:0-part1 | head -n 50
sudo fsck.vfat -vn /dev/disk/by-id/usb-WD_Elements_25A2_5758393141423550374C4B53-0:0-part1 | tail -n 50

ps: pour ceux que ça intéresse, les valeurs de seek, skip, et count découlent des données fournis par le fsck:

fsck a écrit :

First FAT starts at byte 16384 (sector 32)
         2 FATs, 32 bit entries
  78104064 bytes per FAT (= 152547 sectors)
(...)
Data area starts at byte 156224512 (sector 305126)

#15 Re : -1 »  Problème avec D.D. externe » Le 30/04/2016, à 10:37

jamesbad000
Réponses : 123

ouai. C'est la magie de microsoft. Tu branche un disque, et tout ce qui ne va pas, il l'éradique. Sans même de demander ton avis... Car les humains sont trop stupides, pour décider par eux même...
Terminator, est déjà là....

Dommage que tu ai écrasé aussi la copie dans la foulée.

En même temps, il n'est pas garantie qu'on aurait pu faire mieux. Et on ne le saura jamais.

Du coup, il ne reste plus qu'à utiliser photorec pour essayer de récupérer tes photo au petit bonheur la chance.

Question subsidiaire, du coup ton disque refonctionne dans son boîtier d'origine ?

#16 Re : -1 »  Problème avec D.D. externe » Le 30/04/2016, à 17:36

jamesbad000
Réponses : 123
Mic 03 a écrit :

Le disque réparé a été dupliqué sur le disque 500 Go mais n'a pas écrasé la copie que nous avions effectuée... Cette dernière est intacte.....

Si vraiment la copie est intacte, on peut encore tester la manip que je proposais hier soir. Mais je suis dubitatif. Car :

Mic 03 a écrit :

La copie réparée est elle, sous la forme d'un dossier sur ce disque

Il n'y avait a priori pas de place pour créer une nouvelle partition sur ce disque. Donc tu as placé le dossier en question dans la partition qui était une copie de la partition de l'ancien disque, ou je me trompe ?

Pour éviter toute ambiguïté, avec le nouveau disque connecté, que donne :

sudo parted /dev/disk/by-id/usb-WD_Elements_25A2_5758393141423550374C4B53-0:0 print

#17 Re : -1 »  Problème avec D.D. externe » Le 01/05/2016, à 00:37

jamesbad000
Réponses : 123

Ben oui, il n'y toujours qu'une partition, donc fatalement c'est dedans que tu as copié tes fichiers.
Du coup ça diminue la probabilité que ma manip donne quelque chose.

Par ailleurs le système de fichier a-t-il été réparé ou non ? Pour le savoir

sudo fsck.vfat -vn /dev/disk/by-id/usb-WD_Elements_25A2_5758393141423550374C4B53-0:0-part1 | head 100

#18 Re : -1 »  Problème avec D.D. externe » Le 01/05/2016, à 10:41

jamesbad000
Réponses : 123

arh, commande foireuse, j'ai oublié le -n ...

sudo fsck.vfat -vn /dev/disk/by-id/usb-WD_Elements_25A2_5758393141423550374C4B53-0:0-part1 | head -n 100

#19 Re : -1 »  Problème avec D.D. externe » Le 01/05/2016, à 13:44

jamesbad000
Réponses : 123

Ok, donc le système de fichier n'a pas été réparé dans cette partition. Et il est toujours dimensionné à 300 go (200 Go perdus sur le disque.)  Mais pour le moment ce n'est pas le souci.
En revanche, la sauvegarde que tu as fait dans ce système de fichier endommagée n'est pas pérenne.

Donc sous réserve que tu as bien recopié ces données ailleurs, tu peux tenter la manip que j'avais indiquée post #74 https://forum.ubuntu-fr.org/viewtopic.p … #p21507529

On verra bien s'il est possible de récupérer qq chose de plus...
Après la manip tu peux aller voir directement dans la partition si tu retrouve un peu plus de fichier photos. Si c'est le cas, on verra comment faire une 2ème partition sur le disque de 500 Go, pour sauvegarder ce qui peut l'être. Autrement le plus simple sera de reformater la partition. (En ext4 si tu veux avoir quelque chose de plus robuste pour tes sauvegarde, mais pas lisible par windows)

#20 Re : -1 »  Problème avec D.D. externe » Le 02/05/2016, à 12:05

jamesbad000
Réponses : 123

Ce PC n'a pas assez de mémoire ? Bon essayons quelque chose de plus basic.

sudo dd if=/dev/disk/by-id/usb-WD_Elements_25A2_5758393141423550374C4B53-0:0-part1 count=305126 | gzip > ~/fat_WD.gz

PS: J'ai oublié de rappeler qu'il ne faut plus rien écrire sur ton ancien disque, tant que tu n'a pas récupéré tes fichiers avec photorec.
Ni sur le nouveau tant qu'on n'a été au bout de ces manip + récupération éventuel des fichiers, s'ils réapparaissent.

#21 Re : -1 »  Problème avec D.D. externe » Le 02/05/2016, à 13:33

jamesbad000
Réponses : 123

Ok, juste avant de faire la suite il est préférable de démonter le système de fichier :

sudo umount -f -l /dev/disk/by-id/usb-WD_Elements_25A2_5758393141423550374C4B53-0:0-part1

Ensuite, tu peux faire 3 dernières commandes du post #74 https://forum.ubuntu-fr.org/viewtopic.p … #p21507529

Quand c'est terminé, va voir si des fichiers réapparaissent.
Et si tu n'a pas assez de place pour les copier ailleurs que sur un des 2 disques externes, on verra ensuite comment récupérer les 200 go, qui sont pour le moment inutilisables sur le nouveau disque, sans risquer de modifier le système de fichier présent dans les 300 1er Go.

#22 Re : -1 »  Problème avec D.D. externe » Le 02/05/2016, à 14:40

jamesbad000
Réponses : 123

Décidément rien ne va tout seul. heureusement que j'ai tout testé avant... Il manque un c à la fin de notrunc

sudo dd if=/dev/disk/by-id/usb-WD_Elements_25A2_5758393141423550374C4B53-0:0-part1 of=/dev/disk/by-id/usb-WD_Elements_25A2_5758393141423550374C4B53-0:0-part1 conv=notrunc skip=$((152547+32)) seek=32 count=152547

#23 Re : -1 »  Problème avec D.D. externe » Le 02/05/2016, à 15:34

jamesbad000
Réponses : 123

Bon j'imagine que la dernière commande va encore durer des plombes. Moi je ferme boutique jusqu'à demain soir, probablement...
A+

#24 Re : -1 »  Problème avec D.D. externe » Le 03/05/2016, à 20:50

jamesbad000
Réponses : 123

Bon on voit que le message indiquant des différence entre les 2 fat n’apparaît plus.
Le fait qu'il reste encore des erreurs n'est pas vraiment une surprise.
Surtout après recopié d'autre fichiers alors que la fat étaient en vrac (La fat indique entre autre les emplacements disponibles. Si un emplacement est indiqué disponible alors qu'en fait il est utilisé par un fichier, ou un répertoire, alors de nouvelles données peuvent écraser les données présentes. D'ou les cochonneries que l'on trouve à la place des noms de fichiers)

Par ailleurs, j'espérais que le 2 ème fsck me donnerait des indices sur le nombre de fichiers invalides (c'était le cas sur le 1er disque). Manque de pot, il n'y a aucun information de ce genre dans les 50 dernières lignes...

Maintenant essaye de regarder si tu retrouve quelques fichier/répertoire valides qui te manquaient...