Page 6 sur 7
Re: Problème avec «openGL».
Posté : dim. 6 sept. 2015 10:35
par dagonh
Dernier message de la page précédente :
Pour être précis, remount-ro signifie qu'en cas d'erreurs rencontrées, la partition sera montée, mais en lecture seule (pour éviter d'aggraver la situation).
Les partitions montées en /media sont des partitions de disques externes. Et en effet, s'il en manque un, il faudra taper "S" pendant le démarrage pour passer outre (ou taper "M" après avoir rebranché l'absent).
Re: Problème avec «openGL».
Posté : dim. 6 sept. 2015 14:32
par mpat
Personnellement, je me sers d'acronis true image 2016 cd boot .... j'ai la chance de le recevoir d'une entreprise qui paye sa licence pour plusieurs pc.
Il sauvegarde tout séparément, mbr et partitions ou clonage, et travail en live. En cas de restauration on peut choisir ce qu'on veut, restaurer comme seulement le mbr en cas de soucis de grub, c'est bien pratique et prend 2 à 3 minutes.
Quand je conseille redobackup, c'est un log facile, intuitif pour les non initiés et non anglophones. Je sais qu'il y a bcp mieux mais ils sont moins simples d'emploi et je conseille toujours via cd/clé live. En cas de clash, les sauvegardes via des packages ne fonctionnent plus.
Re: Problème avec «openGL».
Posté : dim. 6 sept. 2015 16:16
par Insam
mpat a écrit :Personnellement, je me sers d'acronis true image 2016 cd boot .... j'ai la chance de le recevoir d'une entreprise qui paye sa licence pour plusieurs pc.
Il sauvegarde tout séparément, mbr et partitions ou clonage, et travail en live. En cas de restauration on peut choisir ce qu'on veut, restaurer comme seulement le mbr en cas de soucis de grub, c'est bien pratique et prend 2 à 3 minutes.
Quand je conseille redobackup, c'est un log facile, intuitif pour les non initiés et non anglophones. Je sais qu'il y a bcp mieux mais ils sont moins simples d'emploi et je conseille toujours via cd/clé live. En cas de clash, les sauvegardes via des packages ne fonctionnent plus.
+1,
Je le conseille toujours aux débutants pour les même raisons, il est ultrafacile et ne fait pas peur, et quand on a la tête trop farcie de nouvelles données, on ne distingue pas encore la bonne direction, c'est la peur de ne pas avoir tout compris qui freine ou fait faire des bêtises.
Re: Problème avec «openGL».
Posté : dim. 6 sept. 2015 18:46
par Animal
Chaque redémarrage nécessite toujours de taper «S» ou «M», mais plutôt «S» si je souhaite l'ouverture du système.
Si je tape «M» et branche le DD externe, j'obtiens une demande d'entrer mon MDP qui retourne le nom de l'ordinateur et «
^ #» puis plus rien ne se passe avant d'afficher les lignes suivantes sans fin prévisible :

À ce stade je n'ai pas pu faire de capture d'écran, alors c'est la fonction photos du mobile...
J'ai arrêté le processus «à la sauvage» risquant d'aggraver encore le détricotage du système, mais au bout de 20 mn sans info, j'ai préféré reprendre la main...
Auparavant j'ai jeté un œil dans les préférences du boot (F12 pour moi), malheureusement rien ne semble changé, le mystère règne...
Pour effectuer une sauvegarde système susceptible de servir à pallier tout incident de réinstallation ou nouvelle installation, mieux vaut un système en état de marche sans problème.
Re: Problème avec «openGL».
Posté : dim. 6 sept. 2015 19:07
par mpat
Regarde un peu dans l'utilitaire disques. Si ton dd externe est déclaré, ferme l'option montage au démarrage et relance, tu ne devais plus avoir ce ... S ou M ... et tu coche juste montrer dans l'interface de l'utilisateur.
Je pense que tu as une erreur lors du montage de ton dd ... si tu le met en monter au démarrage tu auras toujours cette erreur donc tu décoche monter au démarrage et tout rentrera dans l'ordre il se montera normalement au branchement.
voici mon fstab, les 3 dernières lignes sont consacrées à mes branchements externes.
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda2 during installation
UUID=b3c9132f-c89a-4ccf-8e8e-bcfb38e84301 / ext4 errors=remount-ro 0 1
# /home was on /dev/sda3 during installation
UUID=7b68ebce-6338-44a3-9ccf-58c63488b9b6 /home ext4 defaults 0 2
# swap was on /dev/sda5 during installation
UUID=ba5c2f64-8119-4666-9a20-f1ce89196087 none swap sw 0 0
/dev/disk/by-id/usb-rockchip__usb_RLNE57WSSQ-0:0 /mnt/usb-rockchip__usb_RLNE57WSSQ-0:0 auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0
/dev/disk/by-id/usb-rockchip__usb_RLNE57WSSQ-0:1 /mnt/usb-rockchip__usb_RLNE57WSSQ-0:1 auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0
/dev/disk/by-id/usb-Multiple_Card_Reader_058F63666433-0:0-part2 /mnt/usb-Multiple_Card_Reader_058F63666433-0:0-part2 auto nosuid,nodev,nofail,noauto 0 0
Re: Problème avec «openGL».
Posté : dim. 6 sept. 2015 19:31
par mpat
Si tu fais une nouvelle installation, tu as juste ton home à sauvegarder, et ce n'est pas dans cette partition que l'erreur se produit.
Re: Problème avec «openGL».
Posté : dim. 6 sept. 2015 20:08
par Insam
Hé l'animal ! Je ne comprends pas trop où tu veux en venir en fait.
Tu sauvegardes le contenu de ton home, tu sauvegardes la liste de tes logiciels et tu installes à neuf la Mint que tu veux, Je sais y'a tout à re-paramétrer, c'est chiant, mais tout de même moins que te te creuser le ciboulot à ce point pour un système qui foire.
J'ai laissé tomber maya que j'aimais vraiment bien y'a pas 6 semaines ; enfin c'est elle qui m'a laissé tomber sans prévenir après des MAJ foireuses qui l'ont bousillé et qui ne paraissaient plus compatibles avec mes paramètres. J'ai pas insisté, j'ai installé rafaela, et après m'être bien emm.....à tout mettre à ma main, ça roule ! Même mon frangin ne s'est rendu compte de rien, vu que j'ai fait en sorte de tout refaire quasiment à l'identique.
Je sais qu'il est toujours très instructif de comprendre le pourquoi du comment de ce qui merde, mais y'a un moment ou il faut lâcher prise, faire son deuil, et se lancer dans l'avenir tu ne crois pas ?
Re: Problème avec «openGL».
Posté : lun. 7 sept. 2015 04:08
par lacktchou
Insam a écrit :Hé l'animal ! Je ne comprends pas trop où tu veux en venir en fait.
Tu sauvegardes le contenu de ton home, tu sauvegardes la liste de tes logiciels et tu installes à neuf la Mint que tu veux, Je sais y'a tout à re-paramétrer, c'est chiant, mais tout de même moins que te te creuser le ciboulot à ce point pour un système qui foire.
J'ai laissé tomber maya que j'aimais vraiment bien y'a pas 6 semaines ; enfin c'est elle qui m'a laissé tomber sans prévenir après des MAJ foireuses qui l'ont bousillé et qui ne paraissaient plus compatibles avec mes paramètres. J'ai pas insisté, j'ai installé rafaela, et après m'être bien emm.....à tout mettre à ma main, ça roule ! Même mon frangin ne s'est rendu compte de rien, vu que j'ai fait en sorte de tout refaire quasiment à l'identique.
Je sais qu'il est toujours très instructif de comprendre le pourquoi du comment de ce qui merde, mais y'a un moment ou il faut lâcher prise, faire son deuil, et se lancer dans l'avenir tu ne crois pas ?
Donne-lui encore quelques chances, Insam! Sois gentil! Je te promets que si au mois de décembre on en parle encore, je vais t'appuyer. Promis!
Re: Problème avec «openGL».
Posté : lun. 7 sept. 2015 11:29
par Animal
La vraie conclusion est que mon système foire ! Je n'arrive pas à me débarrasser du «S» et du «M» car je ne trouve pas d'utilitaire disque pour bien gérer le démarrage sauf «Gestionnaire du système / Périphériques amovibles» qui ne change pas la donne, quels que soient les paramètres cochés en rapport avec le montage du disque externe au démarrage...
Toutes les mises à jour faites maintenant, les paramètres mettant en œuvre «OpenGL» sont toujours refusés. Je peux admettre qu'une MAJ cassée pourrait en être responsable...
Il est probable que je fatigue également dans un acharnement « ciboulistique » dixit insam, à remettre vainement tout en ordre, en manipulant élégamment seulement deux ou trois données ici et là...
Comme il y a d'autres solutions et avant l'échéance de décembre 2019 , que je n'ai plus de totales références dans la communauté avec mon vieux LM13, après les sauvegardes et tests du LM17KDE qui s'imposent, je verrai si je conserve l'actuel OS en le réinstallant ou le fais évoluer sur une version 17.
Merci à tous ceux qui m'ont patiemment aidé à solutionner mes problèmes, même en proposant «le lâcher prise» qui en est une en soi.
Re: Problème avec «openGL».
Posté : lun. 7 sept. 2015 12:06
par Insam
Animal a écrit :La vraie conclusion est que mon système foire !
Ah ! Non....Vraiment !
Bien, en accord avec mon pote lacktchou, je te donne jusqu'au mois de décembre (2015 hein, pas 2019) pour réparer ou te faire une raison, après....
Je
hU
RRL
e !

!
Re: Problème avec «openGL».
Posté : lun. 7 sept. 2015 12:15
par mpat
Bon, j'essaie de t'expliquer via image la marche à suivre ; après, je ne peux plus rien pour toi.
Chez moi, dans utilitaires, ça ne correspond pas à sa vraie place : mais en principe tu devrais le trouver dans accessoires, je pense.
N°1 l'utilitaire disques + N°2 quand il s'ouvre + N°3 mon réglage pour disque usb
disques.jpg
disques2.jpg
disques1.jpg
tu as écris :
L'idée de migrer vers Mint 17 est séduisante, s'il n'y a pas d'embrouille avec les pilotes pour des périphériques qui commencent à dater (env. 2007 pour la plupart et 2013 pour l'imprimante
après toutes c'est explications je pense comme la majorité des personnes qui ont essayer de t'aider ici qu'une nouvelle installation serait préférable si tu te tracasse pour les pilotes sache que si tout a fonctionner sous Lm 13 sa ne sera que mieux sous Lm 17.2