Page 4 sur 7

Re: Problème avec «openGL».

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

Dernier message de la page précédente :

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

Re: Problème avec «openGL».

Posté : jeu. 3 sept. 2015 16:21
par lacktchou
mpat a écrit :lol . dagonh ... bonjour

je suis un vieux monsieur qui donne bcp d'eplications chez nous on appelle sa radoter.


Il n'y a jamais trop d'explications, mpat, jamais!  Par contre, souvent, il n'y en a pas assez et souvent peu et encore plus souvent pas du tout !
Nous sommes ici pour apprendre et c'est bien d'être "nuls". Par contre, le demeurer, c'est moins bon. Il arrive que le langage de l'un soit mieux perçu que le langage d'un autre.
Mais c'est pas grave.
L'important, c'est de s'entraider.
C'est bien ça qu'on est, ici, un forum d'entraide.
Pas un forum de "puits de savoir" qui regardent de haut ceux qui "ne savent pas".
Et un jour, on va tous devenir des "puits de savoir".

Et être un vieux monsieur, c'est très bien

Re: Problème avec «openGL».

Posté : jeu. 3 sept. 2015 17:40
par Insam
Animal a écrit :Bonjour insam.


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.
Mintbackup n'est bon que pour sauvegarder des dossiers ou fichiers, pas le système (et encore! C'est mon avis, bien trop long et pas si ergonomique que ça) parce que tu auras toujours des blocages de ce genre, le dossier qui te bloque actuellement est normal et pas du tout à cause de ta config !

Si tu veux sauvegarder ton système pour pouvoir le restaurer, utilise un soft sur clé ou sur cd comme te le conseille mpat
Si tu veux juste sauvegarder ce système mais en ayant accès au contenu de la sauvegarde pour pouvoir y piocher, je te conseille lucky-backup, qui te permet de choisir les dossiers où fichiers à ne pas inclure dans la sauvegarde afin de ne pas avoir d'erreurs ou de blocages. (sauvegardes incrémentielles ou clonage au choix)

Re: Problème avec «openGL».

Posté : ven. 4 sept. 2015 08:25
par Animal
Bonjour mpat et merci mpat pour ton retour d'expérience.

Si je comprends bien, j'ai acheté un DD externe au lieu d'une clé USB pour sauvegarder mes données avant de redistribuer les partitions et migrer vers Mint 17...

Bon, il aura son utilité pour sauvegarder mes travaux dans un espace de presque 1 To !

Ma plus «grosse» clé USB, a une capacité d'à peine 8 Go ! Mais si elle peut contenir l'architecture du système, et le DD externe mes dossiers persos...

Malheureusement pour l'utilisation d'un live-CD, mon lecteur de DVD est hors service, ou rendu inopérant via le pilote, je ne sais pas, car un sujet posté sur ce problème a été conclu par son plus simple remplacement. Ce que je n'ai pas fait, puisque j'ai installé mon système actuel via une clé USB «live» de 4 Go.

Préalablement à cette nouvelle nécessité, je vais tenter d'utiliser «lucky-backup»...

Re: Problème avec «openGL».

Posté : ven. 4 sept. 2015 09:20
par zeb
Salut animal,
Tu as mal compris, tu peux utiliser un disque dur pour ta sauvegarde.
Je pense que l'on viendra te le confirmer. N’oublie pas la fonction backup de mint.

Re: Problème avec «openGL».

Posté : ven. 4 sept. 2015 10:31
par Mimile
Insam a écrit :
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é )
Salut,

[HS] Nemo : mot latin signifiant "personne" (comme dans le film (western-spaghetti de1973) : "mon nom est personne" autrement dit "je n'ai pas de nom").

C'est aussi le nom du capitaine du sous-marin Nautilus dans le roman de Jules Vernes : 20.000 lieues sous les mers. [/HS]

Pour le surplus, concernant la saturation de la partition racine, je commencerais par vérifier le volume des fichiers syslog et kern.log se trouvant dans /var/log.

En effet, voici quelques jours, sous Archlinux, j'ai constaté que ma partition racine était quasiment pleine et il s'est avéré que, pour une raison inexpliquée, ces deux fichiers pesaient chacun près de 10 Go !

Je les ai supprimés, regagnant ainsi 20 Go et j'ai ajouté au fichier /etc/logrotate.d/rsyslog qui contient les rubriques syslog et kern.log la ligne : size 250 MB ce qui a pour effet, lorsque cette valeur est atteinte, de créer des fichiers compressés *.xz tout en recréant des fichiers syslog et kern.log vides.

Par ailleurs, n'est-il pas possible de supprimer les anciennes versions des paquets pour ne garder que la dernière comme il est possible de le faire sous Archlinux ?

En effet, à chaque mise à jour, les nouveaux paquets se stockent dans un fichier /var/cache/pacman/pkg/ de sorte qu'au fil du temps, on peut se retrouver avec une kyrielle de versions d'un même paquet. Exemple :

Image

Comme je me suis réservé une grosse partition racine, je conserve longtemps les paquets successifs, ce qui permet, le cas échéant de rétrograder un paquet qui poserait problème à une de ses versions antérieures avec une simple commande : sudo pacman -U le_nom_du_paquet_antérieur.tar.xz.

Quand le dossier /var/cache/pacman/pkg commence à prendre trop de place, on peut supprimer toutes les anciennes versions des paquets pour ne garder que la dernière avec la simple commande : sudo pacman -S ou carrément vider le répertoire avec la commande : sudo pacman -Ss.

Une telle possibilité n'existe-t'elle pas sous Mint ?

Re: Problème avec «openGL».

Posté : ven. 4 sept. 2015 11:08
par dagonh
Bien sûr que si. Il est simple de vider le répertoire idoine avec un petit "sudo rm /var/cache/apt/archives/*.deb".
Je le fais d'ailleurs de temps à autre.

Re: Problème avec «openGL».

Posté : ven. 4 sept. 2015 13:28
par mpat
re.. animal,

Je vois dans ton explication que tu as une clé 8 Go. Via yumi – http://www.pendrivelinux.com/yumi-multi ... b-creator/ , choisis la version pour unbuntu – tu peux créer une clé multiboot comprenant plusieurs logiciels qu'il te faut pour travailler. Sur une 16 Go j'ai : boot repair 32 et 64 bits, clonezilla, gparted live, knopix, lmint 32 et 64, redobackup (+) aomei et acronis créé par winpe, le tout me prend 9,5 Go. Donc avec ta 8 Go tu peux y aller. Lors du boot sur cette clé, tu auras le choix de ce que tu veux lancer comme logiciel. C'est en anglais mais assez intuitif pour comprendre.

Re: Problème avec «openGL».

Posté : ven. 4 sept. 2015 23:56
par Animal
la commande :
sudo rm /var/cache/apt/archives/*.deb
retourne :
rm: impossible de supprimer «/var/cache/apt/archives/*.deb»: Aucun fichier ou dossier de ce type
«Luckybackup» fonctionne sans bloquer l'ordinateur comme avec «Mintbackup», mais il trouve des erreurs dans certains dossiers et je crois, sauf erreur, qu'il ne les prend pas en compte dans les sauvegardes pour cette raison. De l'ensemble des dossiers que j'y ai ajoutés un à un comme tâches, il n'a retenu que les sauvegardes de :
«bin», «boot», «dev», «home», «lib», «sys» et «var», avec un dossier , «lost+found» déjà en place.

Il n'y a pas dans le DD externe les dossiers pourtant cochés :
«media/apt», «mnt», «opt», «proc», «root», «run», «sbin», «selinux», «srv» et «usr».

Deux questions de néophyte : quels sont les dossiers et fichiers du système à sauvegarder pour la restauration du système en utilisant le DD externe ?

Si je migre vers Mint 17, puis-je me passer de la sauvegarde du système Mint 13 qui pourrait être endommagé lors d'une mise à jour interrompue par plusieurs micro-coupures d'électricité, en m'assurant que les logiciels et pilotes utilisés sont bien sauvegardés ?

Re: Problème avec «openGL».

Posté : sam. 5 sept. 2015 00:13
par mpat
re
si tu veux restaurer ta sauvegarde sans être sous linux, il te faut un logiciel live, soit comme je t'ai dit redo backup, clonezilla ou autre, qui te feront une sauvegarde complète de tout ton system mbr inclus, que tu pourras restaurer si la version 17 ne te convient pas.

À partir du moment ou tu emploies un logiciel packtage sous linux, tu ne sais pas restaurer autrement qu’en étant dans ta session .

Si tu installes une version 17.2, pense à sauvegarder ton home par copie des fichiers qui t'intéressent, que tu replaceras ensuite dans ton nouveau home par copie.

Re: Problème avec «openGL».

Posté : sam. 5 sept. 2015 10:23
par Insam
Si tu installes une version 17.2, pense à sauvegarder ton home par copie des fichiers qui t'intéressent, que tu replaceras ensuite dans ton nouveau home par copie.
Si tu as upgradé ta maya de la version de base (la 1ère sortie) vers la version avec maj de mate par les backports, tu peux réinstaller home en n'ayant sauvegardé sur ton dd externe que les documents importants, les media ainsi que les configurations de libreoffice si tu as mis les doigts, et tes profils navigateur et courrielleur, parce que toutes les autres configurations ne sont plus valables car gérées différemment, donc ça serait le souk dans ton home, avec plein de trucs inutiles voire polluants si tu y remets toutes tes configurations (et je te dis ça en connaissance de cause)
Mais encore une fois, écoute mpat...et installe redo ou clonezilla sur une clé ou grave un cd, c'est de loin la meilleure solution.
va voir ce topic qui explique ça:viewtopic.php?f=23&t=215&start=10#p2574

Édit: d'autre part avec lucky, tu as deux entrées de fonction, une icône te lance lucky en version user, l'autre en version root, tu ne peux sauvegarder correctement ton système qu'avec la version root évidement, mais cette sauvegarde ne peut pas "réinstaller" ton système, tu peux juste y piocher pour récupérer des fichiers corrompus ou manquants après avoir fait une connerie ou si une maj a mis le blème (à condition de savoir quelle maj)
Pour restaurer ton système et qu'il soit directement opérationnel, faire un ghost est de loin la meilleure solution.