Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites".
Test de l'ISO d'Ubuntu francophone : nous avons besoin de testeurs pour la version francophone d'Ubuntu 14.04. Liens et informations ici.
nombre réponses : 25

#0 Re : -1 »  [Résolu]Réparer correctement grub après installation de Ubuntu 14.04 ? » Le 06/08/2014, à 23:06

jamesbad000
Réponses : 23
YannUbuntu a écrit :

Donc svp sortez-vous de la tête la fausse idée que Boot-Repair renomme systématiquement les fichiers bootmgfw.efi.

Effectivement la précision est utile. Mais, peut-être faudrait-il modifier le titre de l'option en :

"Renomer les fichiers efi windows et mettre à la place les fichiers efi grub UNIQUEMENT pour les P@@@@@ de leur race de bios de M@@@@ inféodés à windows, que sinon ça créé inutilement des complications pour le future..." cool

#1 Re : -1 »  Grub rescue (Résolu) » Le 09/06/2014, à 18:26

jamesbad000
Réponses : 6

Bonjour.
Ca serait plus pratique de donner les liens complet sur les rapport boot info comme ceci http://paste.ubuntu.com/7616636/
Plutôt que juste un n° ...

Le problème semble venir de l'absence de prise en charge de disque de plus de 8Go par le bios.
La première chose à tenter est d'activer "support disque ATA" qui se trouve dans les "options avancées" de boot repair (onglet "options de grub").

Si ça ne règle pas le problème, il faudra créer une partition de démarrage séparée (250Mo) placée au début du disque.

#2 Re : -1 »  Grub rescue (Résolu) » Le 09/06/2014, à 23:40

jamesbad000
Réponses : 6

Bon.
L’inconvénient de cette technique c'est que ça retombera certainement  en panne le jour ou il y aura une mise à jour de grub. (Car la modification qu'on a fait n'est pas enregistrées dans les paramètres de configuration de grub.) 
Et il faudra alors refaire la même manip avec boot repair.

L'utilisation d'une partition boot séparée placée en début de disque devrait régler le problème de façon définitive (et peut-être qu'il y aurait moins de symptômes bizarre et de ralentissements) . Mais c'est plus compliqué...

Sinon pour passer un sujet en résolu, il faut utiliser le bouton "modifier" sur le 1er message, et ajouter [Résolu] au début dans le titre du sujet.

#3 Re : -1 »  image obtenue par ddrescue ne plait pas à testdisk » Le 10/05/2014, à 18:48

jamesbad000
Réponses : 5

Bonjour.

C'est relativement habituel que les clef usb présentent une géométrie atypique.
Tu peux forcer la valeur trouvée dans la FAT (32) à la place de la valeur indiquée pour la clef avec l'option "geometrie"
Mais avec un disque dur ce genre de bizarrerie ne devrait pas arriver.

#4 Re : -1 »  image obtenue par ddrescue ne plait pas à testdisk » Le 11/05/2014, à 17:40

jamesbad000
Réponses : 5
Warning: number of heads/cylinder mismatches 32 (FAT) != 255 (HD) 

Donc indiques 32 pour le nombre de têtes.

Il y a peut-être un message équivalent pour le nombre de secteur par piste (sectors per track). Même principe, tu prend la valeur indiquée dans la FAT.

En principe le nombre de cylindre va être recalculé par testdisk pour coller avec le nombre de secteur du disque (Nombre de secteur = cylindres * têtes * secteurs par piste)

Mais si le but est juste de vérifier que ton image disque est valide, au lieu de te battre avec ces problèmes de géométrie à la c... (que tu n'aura pas avec un vrai dd !!) ,tu peux aussi la monter dans un device loop :

sudo losetup -f  # retourne le nom du premier device loop dispo par ex /dev/loop0
sudo losetup /dev/loop0 /chemin/fichier image
sudo partprobe /dev/loop0 # détecte les partitions et crée les devices associés par ex /dev/loop0p1
sudo lsblk --o size -f /dev/loop0 # liste l'arborescence des devices 

Ensuite les devices loop0pX peuvent être montés ou vérifiés comme n'importe quelles partitions

sudo fsck /dev/loop0pX
sudo mount /dev/loop0pX /mnt

#5 Re : -1 »  Windows ne démarre plus suite à une restauration MBR via Boot-Repair » Le 12/05/2014, à 01:33

jamesbad000
Réponses : 2

Bonsoir.

Vérifie que ton PC est toujours bien réglé pour démarrer en EFI. Car en EFI le MBR n'est pas utilisé et donc restaurer le MBR ne devrait avoir aucun effet.

Si les symptômes persistent, inutile de consulter un Médecin. Mais faire un rapport "boot info" avec boot repair. Et donner le lien sur le rapport produit.

#6 Re : -1 »  public protected private peuvent-ils jouer un rôle dans la sécurité ? » Le 03/05/2014, à 11:14

jamesbad000
Réponses : 19
MrFaelivrin a écrit :

C'est bizarre ça. Je mets souvent des attributs en public ou j'en rencontre et j'ai jamais rencontré ce problème.

C'est parce que alius assimile les EJB au langage java. Mais t'inquiète les propriétés "public" d'une classe sont visibles d'une autre classe lorsqu'on programme "classiquement".

Les EJB sont des composant qui doivent être construit selon une norme pour être utilisés par des "container" qui vont découvrir les propriétés à l'exécution, par le mécanisme de l'introspection. Ca repose donc sur le fait qu'il existe des méthodes ayant une dénomination répondant à des règle de nommage (par exemple les méthode qui permettent d'accéder aux propriétés que l'on veut rendre disponible doivent commencer par get)

Alors évidemment le compilateur ne peut pas savoir.
Et puis faire du JEE avec vim ça me semble aussi approprié que le forage pétrolier avec une pelle. Il y a tout un tas de  problèmes qui doivent être pris en charge par un IDE.

#7 Re : -1 »  public protected private peuvent-ils jouer un rôle dans la sécurité ? » Le 03/05/2014, à 13:00

jamesbad000
Réponses : 19
alius a écrit :

Je préfère pour des petits ou moyens projets me passer d'IDE

C'est ton droit. L'inconvéniant c'est que JEE a été conçu pour faire des grand projets. Donc avec ta pelle tu es forcément en difficulté smile

alius a écrit :

Mais ais-je vraiment tord d'assimiler les ejb à Java ???

Tu as raison dans la mesure ou les ejb s'appuient sur java, et qu'en plus ça porte la même marque; Tort dans la mesure ou le problème que tu expose ne concerne pas le langage et le compilateur lui même, mais des mécanisme d'une architecture de développement.

Et surtout tort lorsque que tu engendre une confusion sur le fait que les propriétés public d'une classe utilisée directement dans une autre classe ne seraient pas accessibles. Et encore plus tort quand tu laisse entendre que ça serait alléatoire. Alors que ça répond à des règles et qu'en fonction de ses règle le résultat est totalement prévisible..

Et ce n'est pas non plus un problème de sécurité. Mais éventuellement un problème de qualité, de fiabilité. Mais encore une fois il faut les moyen en face pour faire du JEE.

#8 Re : -1 »  public protected private peuvent-ils jouer un rôle dans la sécurité ? » Le 05/05/2014, à 00:08

jamesbad000
Réponses : 19

Je suis désolé si je t'ai fais dire autre chose que ce que tu as dis. Bien que je ne vois pas ou.
Mais, c'est que tes propos manquent un peu de précision aussi; Le mot "exterieur" en particulier est particulièrement vague. Surtout qu'entre ton premier et ton dernier post tu l'a retourné comme un gant. Maintenant il me semble que tu l'emploi dans le sens ou je l'avais entendu au début smile

je voulais simplement dire que javac devrait être capable de détecter cette erreur de coding. Si tu peux me dire pourquoi, je suis prêt à l'entendre

EJB ou pas, on peut vouloir rendre une propriété accessible à d'autres classes locales (s'exécutant dans la même machine virtuelle). Comment le compilateur pourrait-il deviner que la propriété n'est destinée à être utilisée localement ?

Et en se plaçant du coté du client tu ne code pas toi même l'instanciation de l'EJB par un "new xxxx()" que je sache. Donc la encore le compilateur n'y peut rien.

#9 Re : -1 »  public protected private peuvent-ils jouer un rôle dans la sécurité ? » Le 05/05/2014, à 17:02

jamesbad000
Réponses : 19

"Exterieur à la classe" encore heureux que ce soit sous entendu. Mais ça laisse tout le reste de l'univers infini pour s'avoir d'ou tu référence ta classe.

import MyStaleful;
...
Mystaleful x = new MyStaleful();
String y = x.myProperty;

Si la classe MyStaleful est visible lors de la compilation, ça compile et ça fonctionne. (y contient "bonjour")

Autrement ça ne compile pas.

Maintenant est-ce que toi dans ton "exterieur" tu instancie explicitement la classe MyStaleful pour que le compilateur puisse vérifier l'existence de myProperty ?

#10 Re : -1 »  public protected private peuvent-ils jouer un rôle dans la sécurité ? » Le 05/05/2014, à 21:52

jamesbad000
Réponses : 19

Ben voilà, on a fini par se comprendre cool

#11 Re : -1 »  [RESOLU]Problème: Grub ne se Lance pas :/ » Le 03/05/2014, à 18:45

jamesbad000
Réponses : 34
Mustang1310 a écrit :

En gros il manque des truc c'est ça ? hmm

Ce qu'il me manque c'est le retour complet avec toutes les commandes que j'ai indiqué. Parce que là je suis dans le doute.

et ça tu l'a fait ??

Mustang1310 a écrit :
sudo apt-get install --reinstall grub-pc

si oui à quel moment par rapport aux commandes que j'ai indiqué ??

Pour une meilleurs compréhension. Après la commande chroot, et jusqu'au exit, les commandes s'exécutent dans l'environnement de ton os installé et non du live cd.
Et si tu as installé grub-pc sur ton dd il va falloir réinstaller grub-efi ! Si c'est sur le cd on s'en fou (c'est volatile)

pareil pour le find. Dans quel environnement a-t-il été effectué. live-cd ou chroot ?

#12 Re : -1 »  [RESOLU]Problème: Grub ne se Lance pas :/ » Le 03/05/2014, à 19:26

jamesbad000
Réponses : 34

Bon, à ce stade je pense que le plus simple est de refaire l'installation. Maintenant que la partition efi a été remise en état ça devrait se passer mieux. Mais évite surtout de faire ça en ayant laissé windows en hibernation.

#13 Re : -1 »  [RESOLU]Problème: Grub ne se Lance pas :/ » Le 03/05/2014, à 19:38

jamesbad000
Réponses : 34

Via le disque ? Peux tu préciser ta pensée.

#14 Re : -1 »  [RESOLU]Problème: Grub ne se Lance pas :/ » Le 03/05/2014, à 19:49

jamesbad000
Réponses : 34

A partir du live-cd c'est très bien.
Attention par contre au fait que tes partition linux et swap existe déjà. Si tu les avait créée toi même avant de faire l'installation le mode opératoire sera le même.
En revanche si tu avais juste laissé l'espace libre. Il faudrait les supprimer avant de recommencer l'installation pour utiliser le même mode opératoire.

#15 Re : -1 »  [RESOLU]Problème: Grub ne se Lance pas :/ » Le 04/05/2014, à 01:02

jamesbad000
Réponses : 34

"autre chose" suppose que tu as du associer des partitions à des point de montages. As tu associé la partition boot efi au point de montage /boot/efi ?

Comment avait tu fait la première fois ?

#16 Re : -1 »  [RESOLU]Problème: Grub ne se Lance pas :/ » Le 04/05/2014, à 12:45

jamesbad000
Réponses : 34

Erreur de ma part. En fait l'installateur s'occupe tout seul du point de montage pour la partition EFI.
Donc a priori ton choix d'installation était correct.
Peut-être reste-il un problème avec la partition EFI

A partir du live fait :

sudo fsck.vfat -ta /dev/sda1

Et par pitié renvoi le contenu intégral du terminal en UN SEUL bloc, depuis la commande passée jusqu'à la ligne d'invite de commande qui suit l'affichage !

#17 Re : -1 »  [RESOLU]Problème: Grub ne se Lance pas :/ » Le 04/05/2014, à 21:51

jamesbad000
Réponses : 34
Mustang1310 a écrit :

Oups je modif

Merci pour toi wink Parce qu'il m' a certainement manqué un détail lors des manip précédentes. Et on peut tourner en rond longtemps si on recommence pareil... Donc avec l'invite de fin je suis sur d'avoir tout, et quand je n'ai pas de doute mon cerveau est plus disponible pour envisager autre chose...

Donc le fait est que la partition que je croyait réparée ne l'était pas. Et du coup pour en avoir le coeur net. Je vais te demander de refaire exactement la même manip, histoire de s'assurer que ce coup ci c'est bon.

#18 Re : -1 »  [RESOLU]Problème: Grub ne se Lance pas :/ » Le 05/05/2014, à 15:00

jamesbad000
Réponses : 34

Ach ! il restait encore des erreurs. C'est assez troublant...
Comme si le fsck sur les partitions FAT corrigeait  au compte goutte. (peut-être que pour une fois c'est un quelque chose qui fonctionnerait mieux sous windows...)

Je suggère de recommencer jusqu'à ce qu'il n'y ait plus d'erreurs. La partition n'étant pas très grande on devrait finir par y arriver tout de même.

#19 Re : -1 »  [RESOLU]Problème: Grub ne se Lance pas :/ » Le 05/05/2014, à 18:59

jamesbad000
Réponses : 34

poua ! Les problèmes ont la peau dure sur une partition FAT.
Et après tout ça ton démarrage windows fonctionne encore ?

Sinon, ca à l'air bon, mais mon niveau de confiance envers le fsck.vfat vient de passer en dessous du niveau de la mer... glouglou...

#20 Re : -1 »  [RESOLU]Problème: Grub ne se Lance pas :/ » Le 05/05/2014, à 21:49

jamesbad000
Réponses : 34

La je te conseille d'ouvrir un autre sujet sur le fil dédié aux cartes graphique. http://forum.ubuntu-fr.org/viewforum.php?id=27

Et si tu pouvais passer celui ci en résolu (clic modifier sur le 1er message et ajouter [résolu] en tête du titre)
ca serait parfait.

#21 Re : -1 »  [Résolu] Problème lors de la restauration du GRUB » Le 02/05/2014, à 21:08

jamesbad000
Réponses : 22
gaglimax a écrit :

Et du coup il faudra que je retape la commande à chaque mise à jour de Windows ou le GRUB va rester ?

Si tu parles de la commande fsck. Elle a permit de remettre en état ta partition boot EFi qui était en vrac, peut être à cause d'un arrêt brutal. En tout cas ca ne résulte pas particulière de la mise à jour windows.

En revanche tu risque toujours d'être ennuyé par les mise à jour de windows. Et ce problème pourrait être évité en remettant les noms de fichier windows d'origine. (et en utilisant plus l'option de  renomage dans boot repair)
Si tu veux te lancer la dedans redonne un nouveau rapport boot repair (pas réparation recommandé). Car le dernier ne donne pas une vision complète du résultat de la modif

#22 Re : -1 »  [Résolu] Problème lors de la restauration du GRUB » Le 03/05/2014, à 11:03

jamesbad000
Réponses : 22
malbo a écrit :

C'était déjà le cas dans le premier Boot-Info (celui dont tu as donné le lien dans le post #1) mais je ne comprends pas pourquoi on ne voit pas les fichiers .efi dans cet extrait (on devrait les voir puisque c'est la partition EFI) :

On ne les vois pas... Probablement parce la partition était endommagée... Voir le fsck post #11

#23 Re : -1 »  [Résolu] Problème lors de la restauration du GRUB » Le 03/05/2014, à 11:24

jamesbad000
Réponses : 22

La ou tu n'a pas tort, c'est que toujours rien n'apparait après le fsck alors que le pc démarrait quand même bien windows. J'ai supposé que le fsck avait viré tout ce qui éait bancal...
En tout cas après le fsck le boot repair a abouti alors qu'avant ça ne donnait rien

#24 Re : -1 »  [Résolu] Problème lors de la restauration du GRUB » Le 03/05/2014, à 14:35

jamesbad000
Réponses : 22

Total délire. Il n'y a toujours aucun fichier de démarrage qui apparaissent dans sda2 au niveau du "summary"
et aucun des fichiers ubuntu référencés dans EFI (EFI/ubuntu/shimx64.efi ...) n'est détecté par boot repair non plus.

De plus le répertoire grub.d a été modifié avec des nom de fichier se terminant par "_proxy" et le menu grub regénéré en conséquence. Entre temps , tu n'aurais pas utilisé "grub customizer" par hasard ?

Bref je suis largé là. Et je crois que qu'on ne va plus toucher à rien tant que ça fonctionne