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 »  Qarte arte.tv browser (ex Qarte+7) » Le 09/06/2014, à 14:23

humpf
Réponses : 845

bonjour,

j'espère ne pas être hors-sujet, j'ai eu quelques fermetures intempestives de qarte sur 13.10 puis 14.04, mais depuis la dernière mise à jour cela fonctionne bien.
voici une copie d'écran des versions de qarte et ses dépendances au cas où cela peut vous être utile :

1402316349.png

à priori je viens de télécharger le N° 8 de real human sans soucis.

#1 -1 »  démon de kde : message flashplugin installer incohérent » Le 01/07/2014, à 12:35

humpf
Réponses : 2

[sujet repris de ma participation au sujet de stefbe pour cause de "pollution" sur remarque de J5012]

bonjour,

Sur kubuntu 14.04 (mis à jour, migré de 13.10 il y a environ 1 mois via muon), j'ai à chaque démarrage de la machine un message du "démon de kde" m'annonçant que le "flashplugin-installer" n'a pas pu être installé. Or, flash est installé et fonctionne normalement sur ma machine.

une fois la machine démarrée, la petite ampoule jaune s'affiche dans la zone de notification, et si je clique dessus, j'ai le message reproduit ci-après :
1402990436.png

j'ai essayé de purger, de refaire les manips de nettoyage de apt en console, de lire les logs en cherchant de où cela provient, pas de changement

j'ai cherché dans tous les fichiers de /etc/apt et dans les sources, rien ne mentionne flashplugin-installer

c'est le "demon de kde" qui envoie le message mais je n'ai pas trouvé dans les logs la moindre mention de flashplugin-installer. Les logs des démons n'existent pas -- et je ne sais pas comment obliger kde à les écrire --

merci de vos suggestions ou remarques, je suis à votre disposition pour fournir plus de détails. Ce n'est pas "grave" mais je trouve cela assez ennuyeux de ne pas comprendre... tongue

humpf

#2 Re : -1 »  supprimer flashplugin-installer » Le 17/06/2014, à 09:38

humpf
Réponses : 15

bonjour,

j'ai le même soucis, voici la copie d'écran du message de kde si cela peut aider à y voir clair mad :

1402990436.png

j'ai essayé de purger à la main, même réponse : flashplugin-installer n'est pas installé...

j'ai cherché dans tous les fichiers de /etc/apt et dans les sources, rien ne mentionne flashplugin-installer

c'est le "demon de kde" qui envoie le message mais je n'ai pas trouvé dans les logs la moindre mention de flashplugin-installer.


nota : j'ai remarqué que le dernier message sur ce topic datait du 18/05, j'espère que quelqu'un aura une nouvelle idée

merci tongue

humpf

#3 Re : -1 »  supprimer flashplugin-installer » Le 19/06/2014, à 14:13

humpf
Réponses : 15

hello

juste un petit up pour réveiller ce topic resté sans réponses ... Merci !

humpf

#4 Re : -1 »  supprimer flashplugin-installer » Le 24/06/2014, à 19:35

humpf
Réponses : 15
alca94 a écrit :

bonsoir
Avez vous cherchez dans la logithèque a "Flash" ?

oui. Le problème semble venir du démon de mises à jour de kde. Flashplugin est installé. Le message cite "flashplugin-installer" qui est un programme qui va chercher flashplugin chez adobe pour l'installer. Il semblerait qu'il ne soit pas nécéssaire pour cette version d'ubuntu (14.04 avec kde)

Si personne n'a rencontré ce truc il va falloir que je me creuse la cervelle pour trouver l'origine magique de ce soucis, j'en ai peur...? any ideas ???

humpf

#5 Re : -1 »  supprimer flashplugin-installer » Le 26/06/2014, à 23:06

humpf
Réponses : 15

oui, alca94,

alca94 a écrit :

bonsoir
Avez vous cherchez dans la logithèque a "Flash" ?

oui, bien entendu, et aussi fait un apt-cache search, et fouillé les fichiers de log... nib... je n'ai pas trouvé de fichier de log mentionnant le démon de kde, muon, ou "flash-plugin installer" non plus... et je le répète : le plugin flash EST installé et fonctionne correctement (enfin, pour du plugin adobe, quoi, avec son lot de plantages habituels...)

J5012 a écrit :

si flashplugin est installe mais que flashplugin-installer ne l'est pas , c'est que tu as pour une raison propre a ta config ou a ce que tu a fait recemment, cree un conflit entre le flash fourni par le depot partner et le flash fourni par la communaute universe !

normalement logitheque et synaptic doivent dire (muon aussi) de quelle flash il s'agit ...

avec la vieille version de flash, je n'ai pas encore rencontre de sites+videos illisibles ... tu as un exemple ?

hello J5012

je n'ai aucun problème de lecture flash, juste ce pop up au démarrage (avec ampoule jaune signalant le soucis dans la zone de notifications), à chaque reboot, et je n'ai rien pu faire pour modifier ce rappel agaçant : ni les apt-get updates + upgades manuels, ni les dpkg --configure -a, ni les essais via l'extraordinairement foireux muon, rien n'y fait ! et aucun log pour mentionner ce problème GRMBL**!!@??~

La seule modif que j'ai apportée : mise à jour régulière. Depuis les dépots... je pige pas... si je fais les mises à jour je n'ai pas ce pop up... C'est uniquement au démarrage de kde... tout comme stefbe on dirait ... voir son dernier post...

Pardon !
C'est le message dans un cadre qui dit que le paquet flashplugin-installer n'a pas pu faire la mise à jour demandée et il propose de mettre à jour immédiatement mais si l'on clique sur cette option il y a une demande d'authentification puis rien après. Je n'ai pas le message à l'écran mais la prochaine fois je ferai une copie d'écran.

c'est je pense cette copie que j'ai reproduite car il me semble avoir le même soucis que lui... du reste, stefbe, est tu encore par ici ?


enfin, pour ce qui me concerne, j'aimerais juste avoir un système propre pour une fois... il reste toujours des gribouillis dans un coin, c'est énervant, je trouve...

humpf

#6 Re : -1 »  supprimer flashplugin-installer » Le 01/07/2014, à 12:22

humpf
Réponses : 15
J5012 a écrit :

@ humpf : je repondais a stefbe sur son premier comm's

...
J'ai donc décidé de remplacer firefox qui utilise flash (et qui n'est plus mis à jour pour linux) par chromium et pepperflashplugin-nonfree...

c'est pour ca que les regles de forum deconseille de squatter / voire polluer un sujet par ce qu'untel pense avoir le meme probleme ...


au temps pour moi. J'avais cru comprendre en effet que nos problèmes étaient les mêmes (il citait ce message affiché à l'écran) et ai donc cru participer de bonne foi hmm d'autant plus que la discussion à continué...

Bon, dans ce cas j'ouvre un nouveau sujet ,en reprenant mon post illustré sad

merci

humpf

#7 Re : -1 »  [Résolu] Ubuntu 14.04: Affichage inconnu » Le 24/06/2014, à 17:36

humpf
Réponses : 13
VinCySrOw a écrit :

Up !
J'ai vraiment besoin d'aide s'il vous plait..

bonjour,

pourrais tu préciser ce que tu appelles ton adaptateur dvi->vga ? il risque fort, si il s'agit d'un adaptateur externe à ta carte vidéo, d'être un dispositif impossible à reconnaître pour xrandr... (il y a des chances que la conversion du signal soit faite dans un seul sens) et quand à "forcer" une résolution, je ne me souviens plus comment c'est envisageable (il existait un utilitaire destiné à régler finement, en console, les fréquences et tout le tremblement) mais je me souviens que c'était d'un emploi hazardeux et ... risqué !!!
Bref, je vais essayer de retrouver ce truc et je t'en laisserai ici les références... mais à tes risques et périls ! roll

EDIT : j'ai déjà trouvé ça, ça a l'air complet, si tu veux un peu de lecture et de quoi tester !!! :

http://doc.ubuntu-fr.org/xrandr


wink humpf

#8 Re : -1 »  [Résolu] Ubuntu 14.04: Affichage inconnu » Le 26/06/2014, à 23:51

humpf
Réponses : 13

désolé mais là je ne vois pas. ça crève peut-être les yeux, mais c'est hors de ma perception, désolé. peut-être que fcn50 saurait t'aider ?

je serais presque tenté de renommer ton fichier xorg.conf en xorg.conf.bak, puis terminer la session et la relancer (se déloguer, puis se reloguer), en espérant qu'au lancement d'une nouvelle session, un xorg.conf "propre" soit généré automatiquement ?

Mais après tu risque des difficultés pour te rattraper si le xorg.conf n'est pas recréé automatiquement, il faudrait intervenir en console pour renommer le .bak en xorg.conf et avoir à nouveau un affichage graphique... je suis pas sur de moi là .... j'essaierais peut-être sur ma machine... le soucis, c'est que je n'ai pas de fichier xorg.conf sur ma config (kubuntu 14.04) !!! Bon, en attendant, je te souhaite bon courage...!   hmm

humpf

#9 Re : -1 »  [Résolu] Ubuntu 14.04: Affichage inconnu » Le 27/06/2014, à 13:00

humpf
Réponses : 13

bonjour,

j'ai trouvé une page de wiki intéressante ici, il y est notamment expliqué comment configurer manuellement la gestion des moniteurs... cela semble complet...  j'y retiens notamment ceci :

Configuration semi-automatique (déprécié)
Attention: Cette section ne s'adresse qu'à ceux désirant configurer Xorg manuellement, sans utiliser la détection automatique par défaut.
Ce n'est nécessaire que si Xorg ne fonctionne pas sans.


Plusieurs outils sont disponibles pour générer un fichier /etc/X11/xorg.conf, et surtout n’oubliez pas de désactiver la détection automatique si vous comptez configurer la totalité de Xorg depuis ce fichier :

On désactive la configuration automatique des périphériques de saisie en rajoutant dans la section ServerFlags de /etc/X11/xorg.conf les lignes suivantes :

Section "ServerFlags"
Option "AutoAddDevices" "false"
EndSection

Assurez-vous d'avoir préalablement installé le pilote libre de votre carte vidéo. (voir la liste plus bas)

- Lancez la commande en utilisateur root :

# X -configure

Si cette commande réussit, cela créera un fichier xorg.conf.new dans le répertoire /root/

- Testez la configuration générée de cette manière :

# X -config /root/xorg.conf.new

(Ctrl-Alt-BackSpace pour quitter Xorg)

- Déplacez le fichier généré dans le répertoire de configuration :

# mv /root/xorg.conf.new /etc/X11/xorg.conf

Vous pouvez ensuite personnaliser ce fichier pré-rempli.

en espérant que ça aide...

humpf hmm

#10 Re : -1 »  [Résolu] Ubuntu 14.04: Affichage inconnu » Le 28/06/2014, à 10:51

humpf
Réponses : 13
VinCySrOw a écrit :

J'ai résolu le problème moi même et ... franchement, vous allez rire quand je vais vous dire comment..
J'avais un cable VGA branché sur l'adaptateur, c'était un pu**** de cable blindé a 15€ le mètre et tout, et il m'a prit la folie de tester avec le cable d'origine fourni gratuit avec l'écran et là... Miracle ecran reconnu resolution max par defaut et tout.. Sur le moment j'ai pas rigolé vu la galère que je me suis tapé, mais la, en y repensant ! big_smile

super ! comme quoi , faire le tour côté matériel, ça aide, hein !

bonne suite cool

humpf

#11 -1 »  kaffeine s'impose sur vlc malgré le choix de vlc par défaut » Le 22/05/2014, à 08:53

humpf
Réponses : 4

bonjour,

j'ai une petite devinette qui pourrait en intéresser certains qui connaissent bien kde : pourquoi kaffeine, rekonq, amarok sont-ils si envahissants et difficiles à éradiquer dans kde ???

Aujourd'hui, je suis surpris de constater sur une machine tournant sous un dérivé d'ubuntu (mint petra kde) que les fichiers vidéo conservent dans leur propriétés kaffeine comme programme par défaut, après avoir pourtant modifié cet ordre (mis vlc en premier, fait "appliquer", la video se lance sous vlc, mais au prochain lancement de video, c'est à nouveau kaffeine qui se lance ... et il faut à nouveau choisir vlc...).

Comme je ne désire pas me servir de kaffeine sur ce pc j'ai du le désinstaller PUIS éditer dans "association de fichiers" de la configuration système les propriétés de chaque type de fichier vidéo pour retirer kaffeine à la main !!! (les fichiers vidéo ne se lancaient plus, kde déclarant ne pas trouver kaffeine, et ne cherchant pas à utiliser vlc !!!)

Dans d'autres épisodes j'avais eu des déboires avec rekonq qui s'imposait dans certaines occasions, et amarok itou. Comportement qui rappelle étrangement le comportement de certaines moutures d'OS redmontoises...

Comme j'utilise linux parce que c'est "libre", et que le libre choix est ma toute première préoccupation, j'aimerais savoir si certains parmi nous ont trouvé la parade à cet étrange comportement de kde... ou si il me va falloir zapper cet environnement que j'affectionne pour me diriger vers xfce... à regrets...

Merci de vos cogitations éclairées !!!

humpf

#12 Re : -1 »  kaffeine s'impose sur vlc malgré le choix de vlc par défaut » Le 25/05/2014, à 19:55

humpf
Réponses : 4
Fly0s a écrit :

Salut !

Le comportement que tu observes n'est pas normal. Es-tu sûr d'avoir ciblé toutes les extensions vidéos que tu utilises (probablement avi, mp4, mkv, wmv...) ?

Tu peux aussi "forcer" VLC depuis le menu en "ouvrir avec..." et en cochant "mémoriser". Peut-être que ça marchera mieux...

Mais, ce que tu décris n'est pas normal, après que tu aies viré Kaffeine, KDE devrait utiliser ce qu'il a sous la main, donc VLC. Peut-être que ça vient d'un truc bizarre dans la distrib ?

(En passant, Kaffeine n'est plus vraiment le lecteur par défaut de KDE, il me semble que c'est Dragon Player depuis un bon moment...)

merci de ta réponse mais j'ai déjà fait ces manips et oui ce n'est pas très "normal" et petra (mint) diffère de ubuntu et associait encore kaffeine aux vidéos... sad

sur kubuntu cependant et comme mentionné avant, c'est  rekonq qui ... humm... je l'ai pourtant désinstallé et ai vérifié (clic droit sur fichier .html enregistré) que le programme par défaut est bien firefox ... voici le résultat d'un clic sur du html enregistré : (c'est un fichier en .html)

1401040114.png

puis après que j'aie oketé, firefox se lance...

il y a une interférence, entre les associations de fichiers (du centre de configuration de kde) et le comportement réel de kde (comme si l'association aux .html était gravée dans le marbre ???)


Pourrais tu faire l'essai si tu as une machine sous kubuntu sous la main (je suis sous 13.10 mais ce comportement existait bien avant) pour voir ce qui se passe si tu essaies d'afficher un fichier html enregistré stp ? si t'as rien d'enregistré il suffit d'enregistrer n'importe quelle page web depuis firefox...

#13 Re : -1 »  kaffeine s'impose sur vlc malgré le choix de vlc par défaut » Le 19/06/2014, à 14:25

humpf
Réponses : 4
Fly0s a écrit :

Je viens de tester sous Kubuntu 14.04, et elle utilise Firefox pour ouvrir du HTML. Mais bon, Firefox est devenu le navigateur par défaut sous la 14.04, donc...

effectivement, sous 14.04 ce problème semble avoir disparu... Bon, reste plus qu'a upgrader la mint...

Merci de ton aide en tous cas

#14 -1 »  bluegriffon 1.7.2 se lance puis plante sur kubuntu 14.04 (maj 13.10) » Le 06/06/2014, à 14:48

humpf
Réponses : 6

bonjour, tout est dans le titre : je suis passé à 14.04, bluegriffon était déjà installé et semblait ne pas trop mal marcher, quoique je n'aie rien essayé de sérieux hormis ouvrir une page html, et là, après passage à 14.04, il se lance puis se plante dès que je clique sur une icone. la version actuelle est 1.7.2

message si je lance en console : (et là il me permet d'ouvrir une page html, mais je n'ai pas été plus loin ...pour l'instant roll)

humpf@px4:~$ bluegriffon 

(process:6358): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
*** LOG addons.xpi: startup
*** LOG addons.xpi: checkForChanges
*** LOG addons.xpi-utils: Opening database
*** LOG addons.xpi: No changes found

l'autre post sur ce sujet ne m'a pas aidé, ni la suppression du dossier bluegriffon dans les fichiers de configuration

quelqu'un aurait-il affronté ce soucis et/ou aurait une idée ?

merci

#15 Re : -1 »  bluegriffon 1.7.2 se lance puis plante sur kubuntu 14.04 (maj 13.10) » Le 08/06/2014, à 16:55

humpf
Réponses : 6
yann_001 a écrit :

Bonjour.

bluegriffon n'étant pas dans les dépôts officiels d'Ubuntu, pourrais-tu préciser de quelle manière tu l'as installée.

hello

j'ai récupéré le paquet bluegriffon sur http://www.getdeb.net/software/BlueGriffon en suivant la page : http://doc.ubuntu-fr.org/bluegriffon

maintenenant si je clique sur le lien d'install (install this now) on me répond qu'il est déjà installé...

je vais essayer de purger et de réinstaller pour voir...

Si tu as une autre méthode, pourrais tu me l'indiquer stp ?

Merci !

#16 Re : -1 »  bluegriffon 1.7.2 se lance puis plante sur kubuntu 14.04 (maj 13.10) » Le 09/06/2014, à 14:03

humpf
Réponses : 6

hello

merci yann_001. Oui, c'est vrai, ma distribution est une 14.04 depuis la mise à jour de la 13.10 et ça doit pas aider.
comme bluegriffon n'est pas mis à jour pour la 14.04 (ni pour la 13.10 du reste) j'ai voulu tenter le coup.

quelqu'un sait-il si le développement de bluegriffon est arrêté ? Je vais aller leur poser la question... (sur leur site : Most recent stable version: v 1.7.2 "Cla-de-Lue" 19-jun-2013)

Au fait Yann_001, pour ce qui est de "compiler ou d'adapter",  je ne me sens pas au top, sans compter le temps requis. Si tu pouvais déjà commencer par expliquer ce que tu appelles "le fichier control et les dépendances requises", peut-être y verrais-je plus clair et peut-être pourrais-je me lancer ?

merci, à suivre !

#17 Re : -1 »  bluegriffon 1.7.2 se lance puis plante sur kubuntu 14.04 (maj 13.10) » Le 17/06/2014, à 09:27

humpf
Réponses : 6

merci pour tes explications très claires, que je garde sous le coude. Pour le moment je n'ai pas assez de temps pour m'y mettre hélas, et je vais continuer à utiliser un éditeurs classique en visualisant les modifs dans firefox... hmm

mais peut-être, un peu plus tard, en hivers...

humpf

#18 -1 »  numéro de version de Xorg » Le 06/03/2014, à 14:03

humpf
Réponses : 3

bonjour,

cela va peut-être vous paraitre anodin, mais voilà : quand je vais sur le site de la fondation Xorg, la dernière version est sensée être la R7.7 (R7.8 bientôt).

Or sur ma machine j'obtiens la version :

H@portabx4:~$ Xorg -version

X.Org X Server 1.14.5
Release Date: 2013-12-12
X Protocol Version 11, Revision 0
Build Operating System: Linux 3.2.0-37-generic x86_64 Ubuntu
Current Operating System: Linux portabx4 3.11.0-18-generic #32-Ubuntu SMP Tue Feb 18 21:11:14 UTC 2014 x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.11.0-18-generic root=UUID=e5993ba1-cd65-4c9d-b748-46ec577abe71 ro quiet splash vt.handoff=7
Build Date: 17 December 2013  10:06:15AM
xorg-server 2:1.14.5-1ubuntu2~saucy1 (For technical support please see http://www.ubuntu.com/support) 
Current version of pixman: 0.30.2
        Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.

je cherche donc à comprendre ce que je n'ai pas compris, il me faut aller sur x.org pour vérifier que j'ai la dernière version, et une fois là rien ne semble correspondre... je cite la page d’accueil de x.org :

The current X.Org release is X11R7.7. The next major release will be X11R7.8. Information about all releases is available. (Important: If you have an older release, please see the Security page for information on security updates.)


merci de m'aider à me corriger et à trouver l'erreur ,

humpf

#19 Re : -1 »  numéro de version de Xorg » Le 01/04/2014, à 23:52

humpf
Réponses : 3
tiramiseb a écrit :

Salut,

La dernière version du serveur Xorg est bien la 1.14.

Il ne faut pas confondre « release de X.org » et « version du Xserver de Xorg ». Au sein d'une même release de X.org, il peut y avoir plusieurs versions du Xserver.

En gros, au sein d'une même release de X.org, il y a plusieurs composants (dont le Xserver) qui évoluent indépendamment mais qui reste parfaitement interopérables tant qu'on reste sur la même release.

Avec la commande suivante, tu peux constater que la release est bien la 7.7 et tu obtiens la liste de tous les modules installés, chacun dans sa version...

dpkg -l | grep xorg

merci des précisions il y a une belle liste de réponses, avec de nombreux composants ... Dont je ne vais pas chercher à comprendre la complexité maintenant... ! effectivement X.org est en 1:7.7

humpf

#20 Re : -1 »  RESOLU voir dernier post : grub ne se lance pas (probook 4540s) » Le 01/02/2014, à 19:15

humpf
Réponses : 16
malbo a écrit :
humpf a écrit :

donc en conclusion : je peux démarrer ubuntu ou w8, mais en passant au boot par "escape" puis "F9" puis "choisir ubuntu" puis "choisir dans grub" ce qui est un peu lourd...

C'est la procédure normale dans un système UEFI. Si tu veux aller vite pour arriver sur Ubuntu, il faut mettre Ubuntu en priorité de démarrage dans ton système UEFI. Sinon, si tu dois laisser Windows en priorité, tu dois accepter la situation actuelle.

en fait je n'ai pas été explicite : je ne peux plus démarrer w8 sauf en passant par esc -> f9 -> ubuntu -> menu de grub (voir capture de l'écran au boot si je ne fais pas "esc" très rapidement) :

nobootfound

de plus j'ai essayé de modifier de uefi native (sans csm) à uefi hybride (avec csm), et cela a encore modifié le comportement au boot, c'est extrêmement sensible des bios là, après être repassé en "uefi sans csm" il m'a fallu plusieurs essais pour retrouver le menu de grub GRMBL*!!1#??¤¤........

donc même en voulant conserver le comportement d'origine je me retrouve avec des soucis... d'autres suggestions peut-être ? J'ai farfouillé chez hp, sur pas mal de forums, et le tout reste nimbé d'une opaque brume d'incompréhension hélas...

Ah au fait tu ferais comment pour mettre ubuntu en priorité au démarrage dans uefi ? je n'ai rien vu dans ce sens ? Parles tu de l'ordre de boot dans grub ? Le problème se situe en fait AVANT grub, après, une fois grub lancé, c'est du gateau...

merci de ton aide anyways...

humpf

#21 Re : -1 »  RESOLU voir dernier post : grub ne se lance pas (probook 4540s) » Le 01/02/2014, à 23:16

humpf
Réponses : 16

bonsoir korak, merci de ta proposition mais je penses que tu n'as peut-être pas lu les épisodes précedents... ;=}

donc : still trying... j'en suis à des alternatives de bootloaders... dur dur...

#22 Re : -1 »  RESOLU voir dernier post : grub ne se lance pas (probook 4540s) » Le 02/02/2014, à 20:26

humpf
Réponses : 16
malbo a écrit :

Depuis ta session du Ubuntu installé, je te prie de faire un Boot-Info. Tu sauteras l'étape 1 et tu attaqueras directement à l'étape 2. Ne fais pas la "Réparation recommandée" de Boot-Repair. Fais seulement le Boot-Info.

hello : http://paste.ubuntu.com/6862807/

1/ notes que j'ai installé refind qui me permet de booter plus simplement (seulement deux appuis sur "enter" pour booter kde, j'ai mis ubuntu par défaut dans /boot/efi/EFI/refind/refind.conf)

2/ malgré plusieurs tentatives de caser le bootloader sur sda il n'est pas détecté par boot-info ce qui me parait étrange (#grub-install /dev/sda ne renvoie pas d'erreur)

je ne pige pas pourquoi refind fonctionne, qu'est-ce qu'il fait de plus que grub ?

de plus j'ai essayé de modifier l'ordre de boot avec #efibootmgr -b 0002 et cela ne donne rien, #efibootmgr -v redonne toujours l'entrée 0000 en entrée bootcurrent, et bootorder met 0002 en premier mais ce n'est pas grub qui se charge, c'est toujours refind :

 
Pkat caty # efibootmgr --bootnum 0002
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0002,0001,0000
Boot0000* rEFInd Boot Manager
Boot0001* Windows Boot Manager
Boot0002* ubuntu

Pkat caty # efibootmgr -v
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0002,0001,0000
Boot0000* rEFInd Boot Manager   HD(2,1f4800,32000,a0e32409-550a-4a99-a451-199eed554b1d)File(\EFI\refind\refind_x64.efi)
Boot0001* Windows Boot Manager  HD(2,1f4800,32000,a0e32409-550a-4a99-a451-199eed554b1d)File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...f................
Boot0002* ubuntu        HD(2,1f4800,32000,a0e32409-550a-4a99-a451-199eed554b1d)File(\EFI\ubuntu\shimx64.efi)

merci du suivi

EDIT : j'ai re-essayé une modification via #efibootmgr -o 0002,0000,0001 et au redémarrage la machine m'a refait le coup du "no bootable media found..." qui m'a obligé à refaire la séquence f9 -> ubuntu -> menu de grub, il y a un détail qui m'échappe...

bon, je repasse la séquence d'origine :

Pkat caty # efibootmgr -o 0000,0001,0002
BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0000,0001,0002
Boot0000* rEFInd Boot Manager
Boot0001* Windows Boot Manager
Boot0002* ubuntu

et cela ne change rien, je continue à avoir l'erreur  "no bootable media..." pffffff je vais devoir approfondir la compréhension du brgrrc##*]!!**

humpf

#23 Re : -1 »  RESOLU voir dernier post : grub ne se lance pas (probook 4540s) » Le 05/02/2014, à 02:53

humpf
Réponses : 16

hello, j'ai résolu le problème en le contournant : (inspiré de divers forums) roll

en fait il y a un soucis sur ce portable ( cela semblerait lié à HP, ou au bios, faut voir) : une fois le système démarré, /boot contient une arborescence où est monté /boot/efi/EFI/ contenant les dossiers :
-Boot,
-HP
-Microsoft,
-refind
-tools
-ubuntu

Apparement,  le bios va chercher ... le fichier nommé "bootx64.efi" accessible dans le dossier /boot/efi/EFI/Boot !!! et il se trouve que la combine utilisée par refind est probablement de s'installer à la place de ce fichier (boot-repair, lui, ne fait pas cette manip et il ne repair rien du tout).

l'idée est donc de remplacer bootx64.efi par le grubx64.efi dans le dossier "Boot"... (il faut avoir démarré le système installé via pianotage au boot, et être root)

j'ai donc fait un mv de bootx64.efi (du dossier Boot) en "bkp2bootx64.efi" (car il y avait déjà un backup probablement lié à mes bricolages antérieurs : "bkpbootx64.efi" dans le dossier Boot) puis un cp de mon "grubx64.efi" du sous dossier grub vers "Boot/bootx64.efi" , rebooté et là oh miracole of ze teknolodgy, cela fonctionne la machine démarre bien sur le hideux menu de grub, quel soulagement !!!

résolu en espérant que cela aide quel'qu'autre 1 de ces 4... en attendant que HP modifie ou fasse modifier le comportement du bios au démarrage...

merci de votre aide, à charge de revanche ... wink

humpf

#24 Re : -1 »  RESOLU voir dernier post : grub ne se lance pas (probook 4540s) » Le 06/02/2014, à 10:02

humpf
Réponses : 16

hello merci de ta réponse,

Oui l'ordi démarre directement sur le menu grub sans passer par d'autre choix et c'est ce que je désirais.

je ne sais pas ce que tu appelles "ton uefi" pour vérifier "UEFI boot order". Un "#locate uefi" ne me donne rien. en uppercase cela me donne la liste des certificats de refind (qui n'est PLUS utilisé, je vais l'enlever). Je te prie de bien vouloir préciser ta demande stp.

humpf