Contenu | Rechercher | Menus

Annonce

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

À propos de l'équipe du forum.

nombre réponses : 25

#0 Re : -1 »  MultiSystem, Créez votre LiveUSB MultiBoot simplement! [2] » Le 27/01/2015, à 01:50

Vianor
Réponses : 1 846

bonjour,

J'utilise très fréquemment MultiSystem, j'installe mes ubuntu depuis un bon moment, et je n'ai eu aucun soucis. Mais là, j'ai mis a jour ton fabuleux outils sur un 14.04 et depuis c'est la cata :
Que je boot en vrai ou dans Qemu

error : file '/boot/grub/i396-pc/normal/mod' not trouved. 

Il se passe des choses assez curieuses : temps très long a l'installe de Grub, idem lors de la petite fenêtre de transition du menu Multisystem vers le GUI d'installation d'ISO... comme c'était une clef chinoise "halakon" j'ai pris un clef Kingston. Les temps étant inhabituellement long, j'ai fermé à la sauvage a un moment, chose extrêmement brillante dont je me félicite, et résultat le grub de mon ordi est en vrac. C'est déjà surprenant que ton outils ai touché au grub sur sda...

Plus fort, je suis actuellement sur une machine sous 14.10, je viens juste d'installer Multisystem comme d'habitude, je recommence mon installation en prenant soin  de vider la clef kingston sous Gparted et de partir sur du vierge. Première tentative, il ajoute le label. OK, normal.
Deuxième tentative, il demande a installer Grub. Bien. Sauf que c'est extrêment long... et que sous Qemu, ca donne la meme chose fatale qui fait suer.

histoire de comprendre un peu, j'ouvre Multisystem depuis le terminal et voici par exemple ce que j'ai lors de l'installation de grub

x3d@x3d-G55VW:~$ multisystem 
Gtkdialog version: 0.8.3
LANG:fr_FR.UTF-8
LANGUAGE:fr_FR.UTF-8
LANGSEL:French|fr|fr_FR.UTF-8|Fabre François|liveusb@gmail.com

./gui-detect.sh: ligne 97: /dev/disk/by-id/wwn-0x5000000000000000-part1: Permission non accordée
basename: opérande manquant
Saisissez « basename --help » pour plus d'informations.






device:
EXIT="abort"
device:/dev/sdc1
MESSAGES="Veuillez sélectionner le volume USB
à utiliser dans la liste ci-dessous.
ATTENTION!,
Grub2 sera installé dans son mbr.
"
btmaj2=""
btuninstall2=""
checkupdate2="true"
device="/dev/sdc1"
lister_lang="French"
statusbar="Device:/dev/sdc1
"
theme_pixmap=""
EXIT="detection"
--2015-01-27 00:42:01--  http://liveusb.info/multisystem/version-multisystem.txt
Résolution de liveusb.info (liveusb.info)… 92.243.9.215
Connexion à liveusb.info (liveusb.info)|92.243.9.215|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 33 [text/plain]
Enregistre : «/tmp/multisystem/version-multisystem.txt»

100%[======================================>] 33          --.-K/s   ds 0s      

2015-01-27 00:42:01 (3,44 MB/s) - «/tmp/multisystem/version-multisystem.txt» enregistré [33/33]

ok
grub-install : information : executing modprobe efivars 2>/dev/null.
grub-install : information : Looking for /sys/firmware/efi ...
grub-install : information : ...found.
Installing for x86_64-efi platform.
grub-install : information : impossible d'ouvrir « /boot/grub/device.map » : Aucun fichier ou dossier de ce type.
grub-install : information : /dev/sda1 is not present.
grub-install : information : Looking for /dev/sda1.
grub-install : information : /dev/sda is a parent of /dev/sda1.
grub-install : information : /dev/sda1 starts from 2048.
grub-install : information : opening the device hostdisk//dev/sda.
grub-install : information : drive = 0.
grub-install : attention : le disque n'existe pas, donc repli vers le périphérique de partition /dev/sda1.
grub-install : information : /dev/sda1 is present.
grub-install : information : Looking for /dev/sda1.
grub-install : information : /dev/sda is a parent of /dev/sda1.
grub-install : information : /dev/sda1 starts from 2048.
grub-install : information : opening the device hostdisk//dev/sda.
grub-install : information : drive = 0.
grub-install : attention : le disque n'existe pas, donc repli vers le périphérique de partition /dev/sda1.
grub-install : information : /dev/sda1 is present.
grub-install : information : Looking for /dev/sda1.
grub-install : information : /dev/sda is a parent of /dev/sda1.
grub-install : information : /dev/sda1 starts from 2048.
grub-install : information : opening the device hostdisk//dev/sda.
grub-install : information : drive = 0.
grub-install : attention : le disque n'existe pas, donc repli vers le périphérique de partition /dev/sda1.
grub-install : information : drive = 1.
grub-install : erreur : disque « hostdisk//dev/sda1 » non disponible.
cp: impossible d'évaluer «/usr/local/share/multisystem/boot/grub/efi.img»: Aucun fichier ou dossier de ce type
idgui:
grub-install : information : executing modprobe efivars 2>/dev/null.
grub-install : information : Looking for /sys/firmware/efi ...
grub-install : information : ...found.
Installing for x86_64-efi platform.
grub-install : information : impossible d'ouvrir « /boot/grub/device.map » : Aucun fichier ou dossier de ce type.
grub-install : information : /dev/sda1 is not present.
grub-install : information : Looking for /dev/sda1.
grub-install : information : /dev/sda is a parent of /dev/sda1.
grub-install : information : /dev/sda1 starts from 2048.
grub-install : information : opening the device hostdisk//dev/sda.
grub-install : information : drive = 0.
grub-install : attention : le disque n'existe pas, donc repli vers le périphérique de partition /dev/sda1.
grub-install : information : /dev/sda1 is present.
grub-install : information : Looking for /dev/sda1.
grub-install : information : /dev/sda is a parent of /dev/sda1.
grub-install : information : /dev/sda1 starts from 2048.
grub-install : information : opening the device hostdisk//dev/sda.
grub-install : information : drive = 0.
grub-install : attention : le disque n'existe pas, donc repli vers le périphérique de partition /dev/sda1.
grub-install : information : /dev/sda1 is present.
grub-install : information : Looking for /dev/sda1.
grub-install : information : /dev/sda is a parent of /dev/sda1.
grub-install : information : /dev/sda1 starts from 2048.
grub-install : information : opening the device hostdisk//dev/sda.
grub-install : information : drive = 0.
grub-install : attention : le disque n'existe pas, donc repli vers le périphérique de partition /dev/sda1.
grub-install : information : drive = 1.
grub-install : erreur : disque « hostdisk//dev/sda1 » non disponible.
All
Erreur: Erreur pendant l'ouverture de /dev/sdc: Permission non accordée
var:autorun.inf
var:boot
var:EFI
var:icon.ico
var:multisystem.bat
var:ubuntu-14.10-desktop-i386.iso
EXIT="abort"
Attente idfenetre
idgui:0x04000004

^C
x3d@x3d-G55VW:~$ 

et il manque clairement des fichier sur ma clef part rapport a d'habitude dès la racine de la clef.

Je vais tenter avec une autre clef sinon j'ai installé un multisystem sur un PC au travail et j'ai d'autre clef live faites grâce a toi qui me sauveront demain.
Voila, j'espère que ma clef est en cause . . . je reviens vers vous rapidement.

Edit :  J'ai recommencé sur ma clef chinoise. après installation de grub testé dans Qemu : "error : no operating system loaded". . . mouai... mes autres clef, on avait bien un petit boot Multisystem et un rescue CD.... bref.
J'installe une 14.10 fraichement dl en torrent, et là, une erreur en graphique quand je sélectionne ma clef dans multi system : erreur : fichier de configuration syslinux.cfg non conforme.

J’exclue pas la possibilité d'avoir eu deux clef daubées. J'arrête pour ce soir.

Mais peut etre y a t'il un soucis ? Je confirme ça avec mes clef de ce soir sur un troisième machine et d'autre clef qui fonctionnent.

D'avance un grand merci si tu vois comment me venir en aide !

Jean-Philippe.

#1 Re : -1 »  MultiSystem, Créez votre LiveUSB MultiBoot simplement! [2] » Le 27/01/2015, à 21:34

Vianor
Réponses : 1 846

plop !

Pour l'uefi j'avais fait ce post sur mon blog. Je raconte une bétise énorme sur le PXE à la fin mais je ne savais pas ce que c'était. Donc sur ma machine au final, après ajout d'un SSD, j'ai deux MDR, un sur le SSD pour linux et sur HDD pour win7 d'origine. Je dois changer de boot device quand je veux démarrer sur Windoze mais c'est réservé au rares moment ou je doit allez sur Sketchup pour travailler et peut être si un jour j'ai du temps pour jouer en 3D... hmm ca n'arrivera jamais.

Bref, pour mon problème j'ai eu un flash ce matin : j'ai ressorti une vieille tour en P4@3.2GHz avec ubuntu 12.04 et un multisystem... heureusement que cet outil est vital j'en avait essaimé partout !

Bref... mauvaise nouvelle : ma clef se porte bien, j'ai signé la décharge a l’hôpital, je lui ai rechargé un MSystem, j'ai uploadé une Kubuntu 14.04 qui traînait et en avant la musique pour réinstaller le grub de la machine de départ.

J'ai vu d'autres étrangeté dans la 14.10 comme par exemple les temps de transfert sur USB etranges (ca upload 1 giga en 4 secondes, et ca reste figé a 100% un moment... le temps du transfert réel). si J'en parle c'est que l'upload par MSystem dans Xterm me donne un trasfert a 200Mo/s en moyenne et charge l'ISO en 6secondes.... puis reste figé. Donc je penche plutôt vers un conflit momentané ou un bug qui sera réglé rapidement. Je dervais essayer sur les deux PC ou ca n'a pas marché avec un clef qui m'a déjà servi a booter.

Frafa : je reste à ta disposition si tu as besoin de logs ou de détails. Je peux faire toutes les manipes que tu veux. (peut etre avec du delais car je suis très occupé avec ma boutique de Repraps wink )

#2 Re : -1 »  MultiSystem, Créez votre LiveUSB MultiBoot simplement! [2] » Le 28/01/2015, à 08:42

Vianor
Réponses : 1 846

plop, C'est pas OuincheOuinche qui est a montpellier aussi ? j'avais vu les photos de rms lors de sa venu, mais je ne sais plus qui était là bas. Faute de temps, j'ai plus du tout l'opportunité de posté sur mon blog, sur IRC (pseudo jpabraham,) ni sur le forum Repraps (jpabraham et excellence3d). Pour tout te dire, je vais prendre des stagiaire pour faire le wiki de mes machines : c'est un scandal, j'ai fait une superbe I3, une geante et je bosse sur une machine Cire pour moulages en cire perdu, qui fera aussi chocolat (en continu, pas avec une seringue et avec une vraie chauffe maitrisée) et... je ne publie rien. C'est ridicule ! et frustrant. 



Pour en revenir à ma clef, c'est ce que j'ai fait plusieurs fois, en effacant dans Gparted. J'ai un doute sur le fait d'avoir ecraser jusqu'au label + table de partition,mais ca a rouler sans soucis sur ma 12.04.

Ah oui ! comme je suis reparti d'une clef partiellement préparée, ca a quand meme un peu foiré et Plop boot manager ne démarre pas.

Bref, si c'est un soucis de noyau/distrib' ... ca va se régler "tout seul". sur le chemin de la liberté, ya des ronces des fois ^^ ! j'en resterais a 14.04 donc pour mes clients smile

Bon bah Frafa, merci BEAUCOUP de ta réactivité, a mon avis on va être amené à se reparler assez vite smile (jme sens pas de distribuer des liveusb sans passez par son vendeur officiel wink ) et je suis ravi d'avoir un peu fait ta connaissance !

Si j'ai le temps, je te fait un bilan complet de ce qu'il se passe après avoir essayé avec un troisième type de clef.

#3 Re : -1 »  MultiSystem, Créez votre LiveUSB MultiBoot simplement! [2] » Le 28/01/2015, à 22:38

Vianor
Réponses : 1 846

Mais tu confirme que c'est la 14.10 qui merdouille ou tu penses qu'il peux y avoir autre chose ?

Merci beaucoup roll

#4 Re : -1 »  MultiSystem, Créez votre LiveUSB MultiBoot simplement! [2] » Le 28/01/2015, à 23:16

Vianor
Réponses : 1 846

Oui oui... LTS rules !

Ah bin... non... j'ai pas fait gaffe que plop était dans les non libre. Je boot systématiquement sur une distrib pour me dépanner et là j'ai voulu tenter.

#5 Re : -1 »  MultiSystem, Créez votre LiveUSB MultiBoot simplement! [2] » Le 03/04/2015, à 14:00

Vianor
Réponses : 1 846

Plop ! juste en passant, je viens de faire une clef sur une 14.04.... et ca m'a éclaté le grub du HDD (ouiiiiin)

Fait a partir d'un MSystem installé ce matin (avec apt du dépôt de Frafra)

Heureusement, la clef a fonctionné, je fini d'installer la machine que je voulais faire et je vais faire un ptit rescue smile

#6 Re : -1 »  MultiSystem, Créez votre LiveUSB MultiBoot simplement! [2] » Le 04/04/2015, à 14:38

Vianor
Réponses : 1 846

Et bien non, un HDD interne, sur un PC tout en un. C'est pas la première fois que ca m'arrive, donc "ca peut pas ça peut pas" mais c'est dejà la seconde fois que j'installe MSystem, je fais ma clef, j'enlève la clef et je fais ce que je j'ai a faire .... mais le PC de départ boot sur le loader winmerde, et plus de trace de Grub. Sincèrement, c'est la seconde fois que ça m'arrive. Le boot repair a fonctionné a merveille en live, bien entendu ! (heureusement, c'est une machine de production)

#7 Re : -1 »  MultiSystem, Créez votre LiveUSB MultiBoot simplement! [2] » Le 08/04/2015, à 17:40

Vianor
Réponses : 1 846

Avec grand plaisir ! big_smile

j'avance ma réflexion sur ce qu'il a pu se passer. J'ai installé Ubuntu sur le pc Win8.1 d'un ami, au reboot, pas de grub... boot repair, tout va bien, reboot... pas de grub again ! mad
Je vais dans le bios (ACER) et là, dans la liste de boot, je trouve 2 options "winloader" et "ubuntu" exactement comme si j'avais deux disques.... il a fallu que je choisisse "ubuntu" pour retrouver mon grub avec, bien, la possibilité de partir sur W8.

Je me demande, mais sans connaitre, si l'installation du grub sur la clef MSystem n'aurais pas fait sauter un flag "boot" tout bêtement. Si j'ai deux minutes, j'essaierais de refaire une NOUVELLE clef MSystem depuis la même machine qui a "perdu" son grub voir si ca recommence et si je peux vous sortir le log.

#8 -1 »  [SOLUTION] 18.04 ne boot pas dans ProxMox 6.1.3 » Le 17/01/2020, à 16:06

Vianor
Réponses : 0

Salut tout le monde,

Je suis en train de découvrir ProxMox et je partage un petit retour avec une solution simple.

Après installation, ma machine virtuelle restait figé sur le connu /dev/sda : clean, 1654651/548963 files, "3milliart/12milliards" blocks (j'ai un gros disque dur ! lol)

le problème vient de la carte graphique : il faut paramétrer l'affichage en "compatible VMware" ou "virtIO_GPU" smile

[au modo : j'ai mis la discussion en virtualisation, si vous pensez que ce serait plus utile ailleurs, dites moi smile]

#9 -1 »  [AVERTISSEMENT] ASUS ROG G55 G75 - Risque destruction du bios » Le 16/05/2015, à 18:12

Vianor
Réponses : 40

EDIT 3 : une simple modification de paramètre dans le bios a détruit la puce BIOS. Problème réglé par son remplacement par un ami électronicien, attention, soudure réservés aux pros ou aux désespérés. ne démontez pas avant d'avoir regarder un tuto sur internet. J'ai essayé TOUTES les solutions possibles avant. Si vous avez un blackscreen après être sorti du bios, n'allez pas vous rendre malade des nuits durant ! Le bios est brické, point. Des bisous;) !

[EDIT] : ceci est un avertissement, la modification dans le bios du périphérique prioritaire de boot cause des corruptions du BIOS sur plusieurs modèles ASUS dont G55vw, G75vw, G53 et G75vx. J'ai réellement essayé toutes les autres possibilités et de nombreuses personnes a travers le monde on rencontré très exactement ce problème avec pour seule cause un changement de config dans le bios. Vous voila prévenus.

EDIT 2 : ça se confirme, je ne suis vraiment pas le seul à rencontrer des problèmes (allez, trois liens au hazard, mais il suffit d'une recherche google pour voir spotter des malheureux comme moi partout
http://www.tomsguide.com/answers/id-164 … -bios.html

http://www.tomsguide.com/answers/id-223 … creen.html
http://www.tomsguide.com/answers/id-204 … creen.html

Si après modification de paramètre dans votre BIOS vous avez un ordinateur avec les voyants et le clavier qui s'allume mais ne fait plus rien,  IL EST INUTILE DE LE DEMONTER, aucune solution simple ne fonctionne :
eteindre, enlever batterie et chargeur et rester appuyer sur le bouton d'allumage
retirer les périphérique de la carte mère
retirer la pile

Si je parviens à une solution, je reviendrais en informer tout le monde. bonne journée

Bonjour

J'ai un ASUS ROG G55VW en dual boot SSD mSATA -> Ubuntu et HDDwin7.
J'avais installé ubuntu sur le SSD (legacy) avec le HDD win7 (uefi) de base débranché et je n’accédais a windows que très rarement.

Bref, pour retourner sous win7, un petit coup dans le Bios pour selectionner mon HDD en prioritaire et voilà. (le grub en Legacy étant bien sur incapable de lancer win7 en uefi)

{humour} VOILA MON C** ouai ! {/humour} cette nuit le PC a refusé de démarrer ! Ecran noir, épicétou !

Donc j'ai écumé les forums, beaucoup de ROG sont transformés en presse-papier avec un flashage moisi sous windows (avec le utilitaires fournis par Asus tout de meme !) mais une part non négligeable de pigeons comme moi se retrouve avec un PC bricked en ayant juste changer l'ordre de boot.

Loin de moi la volonté de rager inutilement, mais je vous assure que ASUS, plus jamais. Dommage, il ne reste pas grand chose en alternative.

Si par hasard un gourou du hardware ou un hacker passe par ici et pouvais me pointer une procédure pour booter sur la partie de secours du bios et reflasher en mode "sortage de floppy disque" . . . ou au pire me confirmer qu'un changement de chip Bios a 15€ sur eBay a une chance de fonctionner...


Et je vous le dis mes amis : si vous avez une machine ASUS, ! FICHEZ LA PAIX AU BIOS ! il y en a un bon paquet sur internet qui ragent a juste titre devant un machine a 1,5k foutue...

Merci ! wink

#10 Re : -1 »  [AVERTISSEMENT] ASUS ROG G55 G75 - Risque destruction du bios » Le 16/05/2015, à 19:23

Vianor
Réponses : 40

ah ah !

J'ai fait JUSTE ce que j'ai dis, reboot - bios - changement de l'ordre du boot - F10 - ENTREE .. black screen. Donc, et bien avec Asus, une changement de boot, ca brick un BIOS. C'est pas beau ? Si j'étais le seul, j'aurais pas poster pour prévenir, mais c'est épidémique comme phénomène. . .
Pour ce qui est de flasher les BIOS, oui, ça ne se fait qu'en cas de nécessité, et c'est toujours risqué. Mais il me semble que si des configs de bios toute bête peuvent faire très mal, il faut prévenir. j'ai écumé environ une quinzaine de pages de forum et j'ai trouvé au moins 5 personnes qui ont eu exactement le meme problème que moi ( dont un sur un configuration SSD HHD identique)

#11 Re : -1 »  [AVERTISSEMENT] ASUS ROG G55 G75 - Risque destruction du bios » Le 17/05/2015, à 12:46

Vianor
Réponses : 40

Bonjour a tous.

Hola ! on se calme : Eresse, merci d'etre passé. J'étais en train de répondre, et, ayant un fils de 20 mois, j'ai mis trop de temps et mon login a expiré. Tu es gentils, mais je ne absolument pas venir pleurer, mais plutot avertir. Je m'occuperais bien de ton cas, puisque j'ai pourtant répondu a tes questions, mais j'ai oublié mon masque de troll au bureau.

LOG forum asus probleme identique au mien.

eresse a écrit :

Le choix de l'ordre des périphériques de démarrage ne flashe pas le bios. Est-ce que tu l'avais flashé précédemment ?

voir le log du forum au dessus. N'étant pas tout seul, je ne pense pas fantasmer. J'ai d'abord cru aussi qu'une config de bios ne pouvais pas causer mon problème, j'ai tout de suite pensé a un disque HS ou ma RAM qui bloquais le boot. Mais il semble bien que de nombreuses personnes aient eu le soucis.
Quant'a ton ton supérieur et agressif, tu est gentil mais je suis venu exposé mon problème de manière succincte, certes, mais avec les éléments nécessaires. Donc quand je réponds : "J'ai fait JUSTE ce que j'ai dis, reboot - bios - changement de l'ordre du boot - F10 - ENTREE .. black screen" ca veux dire ce que ça veux dire. Ici c'est un forum d'entre-aide, pas un peloton d'exécution.

Pour mettre bien a plat le problème : j'ai un PC avec deux disques. un HDD en uefi win7 et un SSD avec ubuntu. D'une part, je bootais sur win très peu souvent, d'une autre, je n'avais pas envie de tout reformater en Legacy pour rendre mon win accessible a grub, donc la solution de changer le périphérique de boot dans le bios m'allais très bien.
Puisque je monte mes ordis seul et que je répare pas mal de machine, baignant dans l'informatique depuis quelques temps (mon premier pc avait un écran d'oscilloscope orange), je sais qu'un flashage de bios est toujours risqué. Je ne le fais donc qu'en cas de nécessité. Là, j'avais un pc fonctionnel, j'ai JUSTE ET UNIQUEMENT changé un paramètre dans le bios, j'ai rebooté et mon PC ne faisait plus rien.

@Moko138 : tongue je te mets le SSD de 256go pour 35€ ou je le mets a la poubelle ? ^ ^ Non, sérieusement, je suis simplement venu prévenir que les PC asus rog ont montré pas mal de cas comme le mien avec juste une changement de priorité de boot. J'ai d'abord mis en cause le matériel, et suis allé jusqu'à la pile du CMOS. en ayant fait des essais successifs de débranchage de périphérique, en partant de la souris pour finir a la ram et au SSD puis la pile... Si je parviens a le récupérer pour pas cher, vu le nombre de ROG déclaré officiellement "CM HS, pc mort" avec le même symptôme que le mien, crois moi qu'il y a moyen d'en faire commerce! (il y en a un neuf a 100€ sur ebay là, et j'en ai vu pas mal sur leboncoin)

Merci PPdm et Robinwood. Je tiens quand meme a préciser que je n'était vraiment pas venu demander de l'aide, mais juste prévenir. Car seul les utilisateur de Linux vont généralement tripoter le Bios pour changer le boot order, et donc, c'est bien sur ce forum que le risque doit être présenté.

Merci de votre aide à tous, d'autant plus agréable que j'étais juste venu informé car j'ai tout fait pour essayer de réparer mon problème et je sais que la machine est bricked. Je vais reposter un avertissement sur le chan portable ASUS.

Passez une excellente journée,

#12 Re : -1 »  [AVERTISSEMENT] ASUS ROG G55 G75 - Risque destruction du bios » Le 17/05/2015, à 13:33

Vianor
Réponses : 40

Oui PPdm, de nombreuses fois. Actuellement la carte mère est seule et totalement démontée. Malheureusement, même si ca semble ubuesque, c'est bien le changement de config du boot order qui cause un brick.
Je n'ai pas retrouvé le fil où au moins 5 personnes ont exactement le meme probleme, j'ai j'ai tout de meme retrouvé cela. Le deuxieme a fait exactement comme moi - autant avant le probleme, qu'après d'ailleurs.

https://rog.asus.com/forum/showthread.p … on-boot-up
http://rog.asus.com/forum/showthread.php?46183-G55VW-Blackscreen

Ce symptome peut etre causé par : (j'ai donc éliminer ces causes)
un bug de win8 lié au capteur de fermeture du capot
un mauvais flashage sous windows (je n'ai jamais essayé de flasher le bios de ce PC)
une erreur matériel, périphérique HS,
une erreur bannale, qui nécessite un déchargement des condos. Je suis résté jusqu'à 5 minutes sur le bouton (sans batterie, alim et pile bios)
Laissé plusieurs heures et réessayer.

J'aurais peut être du commencé par là; mais la encore, je n'était pas venu demander de l'aide mais dire "j'ai fait le tour de la question, toucher au boot order risque de casser votre ROG, faites gaffe" .  .  .

[EDIT] : par acquis de conscience, je viens de rappuyer une minute sur le bouton power, sans pile CMOS, puis de rebranche clavier et ecran, pile CMOS puis alime. Idem, le led s'allume, le clavier s'allume et s’éteint et basta.

#13 Re : -1 »  [AVERTISSEMENT] ASUS ROG G55 G75 - Risque destruction du bios » Le 17/05/2015, à 15:25

Vianor
Réponses : 40

plop !

HS 2 : le login temporisé est dû au fait que je  suis sur un PC de secours. c'est réglé ! merci !

@olivi4 : merci de ton aide. Malheureusement, les ventilos fonctionnent a merveille et les chips sont bien refroidis (c 'était justement pour cela que j'ai choisi un ROG). J'avais trouvé un asus ROG de première génération, abandonné justement car le chip chauffait. Je l'avais réparé en améliorant le refroidissement, ca avait bien marché.
@nam1962 : franchement, je comprends rien a ce qu'il se passe...
@cqfd93 : merci. . . je crois que quand on en arrive a avoir la carte mère dans la main, cette étape a été passée.

Pardon messieurs, mais je ne suis pas venu pour passer pour un hurluberlu. Mes posts n'ont visiblement pas été lus. J'ai tout de même commencé par "Donc j'ai écumé les forums". littéralement puisque mes essais m'ont conduit a faire une vraie nuit blanche.
Vous savez ce qu'il va se passer à présent ? je vais faire changer mon chip de bios et puis je verrais bien. Si ca marche, j'irais poster un article résumant toute ces péripéties, en espérant qu'un connaisseur chevronné m'explique comment une simple modife dans le bios fait virer une machine.

#14 Re : -1 »  [AVERTISSEMENT] ASUS ROG G55 G75 - Risque destruction du bios » Le 17/05/2015, à 15:34

Vianor
Réponses : 40

"C'est très improbable" c'est toute la beauté de l'action ! Pff.. un brick avec changement de boot. Je me demande finalement pourquoi je suis venu en parler, c'est vrai que c'est pas croyable. J'espère juste qu'un autre loustique viendra pas demander de l'aide pour la même raison.

#15 Re : -1 »  [AVERTISSEMENT] ASUS ROG G55 G75 - Risque destruction du bios » Le 17/05/2015, à 16:03

Vianor
Réponses : 40
nam1962 a écrit :

On t'a donné la soluce si c'est le cas improbable.

? ? adresse une requete sur les forum ASUS ?je suis dessus a l'instant. Merci du tuyaux.

@PPdM : je sais merci. Je plutôt Dell et Toshiba, ce G55 était une bonne occasion et asus semblait avoir redressé la barre. Lenovo ne fais plus de pro, j'ai eu plusieurs thinkpad, qui durent vraiment longtemps. Mon toshiba a subi tout les outrages possible et foncitonne encore. Au passage, pour mon problème de chauffe sur le vieux asus ROG, après démontage, j'avais constaté une feuille d'alu sans graisse thermique entre le radiateur et le chip graphique. Du sabotage manifeste d'obsolescence programmée.

#16 Re : -1 »  [AVERTISSEMENT] ASUS ROG G55 G75 - Risque destruction du bios » Le 17/05/2015, à 17:19

Vianor
Réponses : 40

Merci Michel, pas de résultat malheureusement avec cette technique.

Nam1962 : oui, j'ai trouvé des réparateurs sur Lyon. Effectivement, tout le reste, c'est peine perdue.
Pour le vice caché, il faudrait le prouvé et de toute façon, j'ai démonté plusieurs fois le bébé et je l'ai acheté chez un revendeur aux enchères (des invendus de magasin) donc c'est pas simple pour trouver un canal officiel. J'ai commandé une puce Bios, j'ai une entreprise de conception de circuit imprimés voisine de mon entreprise, il me dessouderont/ressouderont la puce mieux qu'un réparateur. Je vous tiens au courant smile

#17 Re : -1 »  [AVERTISSEMENT] ASUS ROG G55 G75 - Risque destruction du bios » Le 17/05/2015, à 17:28

Vianor
Réponses : 40

tiens ! pile poil ! Et avec le Pseudo indiqué wink
http://www.forum-des-portables-asus.fr/ … 608/page-2

Bon, autant vous dire que je vais juste changer la puce. Et surveiller les Asus ROG à CM "morte" vendus une misère aussi tongue

#18 Re : -1 »  [AVERTISSEMENT] ASUS ROG G55 G75 - Risque destruction du bios » Le 17/05/2015, à 17:34

Vianor
Réponses : 40

honnêtement Nam1962, ca pourrait mais vraiment, vu comme ca s'est passé j'en doute. franchement ca fonctionnait impeccablement, et en moins de 10 secondes, le temps d'un reboos - go BIOS - F10 - reboot, c'etait plié.

Un composant grillé autre donnerais surement d'autre symptomes alors que là, la manière dont le PC s'allume sans rien faire, avec le clavier qui s'allume puis s'éteint, etc, c'est vraiment pareil pour tous ceux qui ont un Bios corrompus (souvent avec un flashage foireux)

ce fut si bref... :'(
Bah,  le changement de puce parlera ! au passage, entre hier soir et ce matin, le vendeur allemand sur eBay a vendu 5 puces de bios pour serie Rog... quelle plaie que l'on ne puissent pas les attaquer en masse, c'est un fléau ces morts programmées et c'est vraiment criminel de détruire ainsi du beau matériel.

#19 Re : -1 »  [AVERTISSEMENT] ASUS ROG G55 G75 - Risque destruction du bios » Le 10/06/2015, à 17:53

Vianor
Réponses : 40

Voila : la puce de bios a été soudée par un pro. Ca boot.

Je vais donc surveiller les Rog vendu bricked . . . et remercie asus pour les centaines de PC que je vais pouvoir acheter et me faire des millions de dollars.

Bon, bah sérieusement, la conclusion : tripatouiller dans le bios d'un ROG un simple ordre de périphérique de boot brick le Bios.

Bonne journée messieurs /dames !!

#20 -1 »  [FINI] Multi GPU - connaitre l'adresse PCI - GPU0, GPU1.. » Le 18/05/2017, à 13:03

Vianor
Réponses : 1

Bonjour,

J'offre 2 Ether (1 ETH = 85 € aujourdhui) à qui me trouvera la solution :cool


Je fais du minage de monnaie sur Ubuntu.

Pour etre efficace, je tweak les cartes et flash les Vbios. Évidemment, certaines deviennent instables. S'en suit alors une pèche à la carte renégate avec un peu de divination, le pendule, et du "plouf-plouf, le roi et la reine ne le veulent pas ce ne sera pas toi"

L'ordre d'attribution des lignes PCI dépend de l'ordre d'allumage des cartes, si avant la machine a démarrer avec des cartes différemment positionnée. etc. Et de l'age du capitaine corrélé au coefficient de beau temps.

Je pensais a une solution "simple" afficher sur l'écran dans un coin le numéro GPU sur laquelle je branche l'écran. Exemple, si je me mets sur le GPU 0, dans un coin, j'affiche "GPU 0"

Cette astuce servira sûrement a pas mal de monde.

Je suis ouvert à une ligne de commande qui affiche quelle GPU est en train d'afficher l'image, ou quelque chose qui me donne un lien entre "port PCI physique -> numéro GPU attribué" ou toutes autres bonnes idées.

2 Eth pour le premier, 0,5 pour toutes bonnes autre solution par la suite au premier qui la donne.

good luck !

#21 Re : -1 »  [FINI] Multi GPU - connaitre l'adresse PCI - GPU0, GPU1.. » Le 15/06/2017, à 03:51

Vianor
Réponses : 1

Bonjour a toutes et a tous,
Bon, et bien personnes n'a trouvé la solution Ca faisait tout de même 600€ de récompense, je suis sidéré de ne même pas avoir eu une seule réponse. Je clos le sujet, mais si QQ1 à une idée, vu le temps que ca me ferais gagner, je suis prêt a reparler d'un don en Ether ou Bitcoin.
Bonne continuation tout le monde !

#22 Re : -1 »  Probleme d'affichage de menu Ardour, Gimp, Libre office... (RÉSOLU) » Le 28/09/2016, à 13:35

Vianor
Réponses : 4

Bonjour,
C'est un choix de l'interface Unity : les menus sont tout en haut de l'écran et non plus sur la fernêtre. C'est très dérangeant en production, en tout cas perturbant.
Si tu veux retrouver les menus là dans les fenêtres :

Ouvre le Dash (soit en appuyant sur  la touche SUPER/WINDOWS soit en cliquant en haut a gache)
tape : "apparence"
cherche l'onglet "comportement"
coche "dans la barre titre de la fenêtre" et "toujours affichés"

Et voilà ! En reveanche, tu n'auras pas les petites icones dans les menus de GIMP. On les retrouve dans l'interface KDE et pas UNITY.
Bonne journée  big_smile

#23 -1 »  [OK] Sketchup sous VirtualBox - ecran blanc » Le 16/07/2016, à 20:40

Vianor
Réponses : 0

Bonjour,

Je fait pas mal de conception pour imprimer en 3D sous Sketchup. Je suis en train de virer les windows des machines au profit de machines virtuelles pour les outils winOnly.

La nouvelle intégration de VirtualBox est bluffante mais j'ai eu des soucis en lançant Sketchup -> ecran blanc.

Il suffit de lancer la machine virtuelle sans accélération 3D. smile Ca fonctionne a merveille !:D

#24 Re : -1 »  [résolu] Fusionner 2 dossiers » Le 05/12/2014, à 15:04

Vianor
Réponses : 4

NI-CKEL ! par contre, pour jouer a ca sur un To, faut en avoir besoin ^^

J'ai ajouter un '-v' .. c'est frustrant de pas "voir" ce qu'il se passe wink
Merci !