Page 3 sur 7

Re: Problème avec «openGL».

Posté : mer. 2 sept. 2015 23:47
par Animal

Dernier message de la page précédente :

Pas gagné d'avance... Le DD formaté en ext4 refuse l'accès à tout enregistrement, même plus la création d'un dossier comme il pouvait le faire avant cette opération.

Le refus par exemple est pour la création d'un dossier «LM13KDE» :
Accès refusé à /media/richard/2ba0d28b-ff55-4443-8203-3af59d5009bf/LM13KDE .

Je suis obligé d'en rechercher les raisons pour aboutir à sauvegarder mes données...


Re: Problème avec «openGL».

Posté : jeu. 3 sept. 2015 08:22
par dagonh
Animal a écrit :Accès refusé à /media/richard/2ba0d28b-ff55-4443-8203-3af59d5009bf/LM13KDE .
Positionne-toi sur le répertoire avec un nom d'UUID et essaie cette commande :

Code : Tout sélectionner

sudo chown -R richard:richard LM13KDE.
En principe, le disque et tout ce qu'il contient t'appartiendra et tu pourras copier à ta guise.

Re: Problème avec «openGL».

Posté : jeu. 3 sept. 2015 11:51
par Insam
Animal, si cette commande fonctionne avec toi merci de le dire, parce que j'ai essayé de toutes les manières possibles et ça n'a jamais fonctionné, je n'ai jamais eu le moindre droit sur une partoche ext4 rajoutée (ni une intégrée en même temps que l'install d'ailleurs !)
Alors si y'a une commande miracle, je suis preneur.

Re: Problème avec «openGL».

Posté : jeu. 3 sept. 2015 13:10
par dagonh
Perso, c'est ce que je fais au premier montage d'une partition externe (ou même toute nouvelle partition non système), ça a toujours fonctionné, et je n'ai jamais été ennuyé (sauf quand j'avais oublié de le faire ).

Re: Problème avec «openGL».

Posté : jeu. 3 sept. 2015 14:19
par Insam
OK, là j'ai pas de quoi essayer, dommage, peut-être ai-je toujours eu un souci de syntaxe ! (mais l'erreur non signalée, c'est rare)
Je note ça quand même dans mon classeur de commandes en vrac pour les nuls
À tester plus tard !
Merci dagonh.

Re: Problème avec «openGL».

Posté : jeu. 3 sept. 2015 14:56
par mpat
Bonjour,

Quand tu as branché ton hd externe, va avec nemo sur ce hd, fais "propriétés" visionne dans "permissions" si tu es bien propriétaire de celui-ci... dans "accès au dossier" regarde que tu ais bien "création et suppression de fichiers", le groupe doit être le tien. Quand tu as réglé tout ça tu fais "appliquer les permissions aux fichiers" contenus dans le dossier. Si tu ne peux pas le faire de toi-même, passe en root et donne-toi ces permissions.

Re: Problème avec «openGL».

Posté : jeu. 3 sept. 2015 15:08
par dagonh
La commande que j'ai donnée plus haut fait tout ça en un coup…

Re: Problème avec «openGL».

Posté : jeu. 3 sept. 2015 15:14
par mpat
lol. dagonh... bonjour

Je suis un vieux monsieur qui donne bcp d'explications, chez nous on appelle ça radoter.

Re: Problème avec «openGL».

Posté : jeu. 3 sept. 2015 15:32
par Insam
Quand tu as branché ton hd externe, va avec nemo sur ce hd
C'est qui nemo ? (mon vieux chien s'appelait comme ça !)

Je n'ai aucune partition de libre pour essayer ça maintenant, et mon gros dd ntfs voyage chez ma XPéiste de vieille mère, donc doit être vu aussi chez elle !
J'en créerai bien une après réduction du dit dd, mais avec gparted, c'est d'un long.............. (plus de 4 heures pour un dd de 500 giga savec 230 utilisés ! j'ai déjà donné )

Re: Problème avec «openGL».

Posté : jeu. 3 sept. 2015 15:50
par Animal
Bonjour insam.

Du nouveau dans mon accès au DD externe nouvellement formaté en ext4.

J'ai quand même accès au DD notamment par l'icône de raccordement usb de la boîte à outils du tableau de bord. Il peut s'ouvrir dans le gestionnaire de fichiers, et de là, par le menu contextuel d'un clic droit, menu : «Actions d'administration», j'ai opté pour : «Attribuer à l'utilisateur» et j'ai fait une vérification dans : «Modifier les droits d'accès». Bon je ne sais pas s'il y a une une contribution à l'accès du DD, mais j'ai pu y entrer.

Malheureusement, si j'ai pu créer un dossier, le «coller» d'un fichier copié, fermait l'interface sans rien enregistrer sur le DD. Cependant, par le menu contextuel d'un fichier, l'option : «Copier vers» a pu enregistrer tout fichier dans un dossier du DD externe.

En cherchant une interface pour des sauvegardes moins risquées, notamment de choisir par erreur «Déplacer vers» juste en dessous, j'ai trouvé dans le menu «Applications / Système», l'option : «Outil de sauvegarde», qui est «mintBackup». J'ai ainsi découvert que par cette application, il est possible de sauvegarder son système et ses fichiers.

Mais il y a encore une difficulté ! Le processus reste bloqué sur un dossier verrouillé :
sys/kernel/debug/hid/0003:413C:21005.0003/events
En allant voir manuellement ce fichier, le message suivant s'affiche : «Impossible d'entrer dans le dossier /sys/kernel/debug».

Est-ce lié à ma configuration endommagée ? Comment procéder à une sauvegarde complète sans blocage ?

j'espère que tout est bien posé, vu la complexité de description des opérations exposées ici.

Re: Problème avec «openGL».

Posté : jeu. 3 sept. 2015 15:58
par mpat
re..

pourquoi ne pas faire une sauvegarde en passant par un cd live ou clé .. avec un logiciel type clonezilla ou redobackup etc... il en existe d'autres la aucunes autorisations demandées en backup ou restauration en plus se sont de bon logiciels et tu as la possibilité de sauvegarder ton root et ton home séparément .. le swap inutile