La Couronne de Cuivre

Bonjour !
J'ai un petit souci de copie-coller... et je n'y connais rien donc je ne sais pas d'où ça vient.

J'essaie de faire une sauvegarde sur disque externe par an, et l'an passé j'ai utilisé un outil intégré de sauvegarde, qui n'a pas fonctionné hier (il prétend que je n'ai pas assez de place...).
Pour simplifier, j'ai voulu simplement copier coller mon "home", puisqu'apparemment c'est tout ce qu'on a besoin de sauvegarder. Et j'ai des bugs sur plein de fichiers.

Plusieurs types d'erreurs :
type 1 : un problème de droit : on me dit que je n'ai pas la permission d'accéder au fichier (je croyais que tous les fichiers du home étaient accessibles pourtant ?); ça concerne plusieurs dossiers, généralement cachés (par ex .hplip, mais aussi un fichier "doc" dans le .cache par exemple), en particulier beaucoup de dossiers et fichiers dans le .cache, et notamment dans play.it, donc en rapport avec mon installation de DAO (vv221, est-ce que tout s'installe dans le home ? Est-ce normal que je n'aie pas accès à certains dossiers ?)

type 2 : plusieurs erreurs du type "Erreur lors de l’ouverture du fichier «*/media/voya/TOSHIBA EXT1/home/voya/Documents/enseignement collège/4ème.....odt*»*: No such file or directory" (là je ne comprends pas... peut-être une histoire de caractères spéciaux dans les noms de fichiers ?)
encore un à l'instant : "Erreur lors de l’ouverture du fichier «*/media/voya/TOSHIBA EXT1/home/voya/Documents/enseignement travaux élèves/secondeG2/exo pour le 7 avril/{"data":{"type":"folder","libelle":"pour le 7 avril","date":"2020-04-07 17:06:00","taille":130423698,"id":"\\0011289W\\W\\6\\.txt*»*: No such file or directory (là pas de souci de caractères spéciaux dans le nom)
type 3 : il y a apparemment deux fichiers de même nom, on me demande si je veux remplacer le premier... bizarre, ça ne devrait pas être possible.

(au passage, mon .cache contient 177000 fichiers... énorme... comment faire le tri entre ce qui n'est pas utile et ce qui l'est ?)

Bref... Je ne pensais pas que c'était si compliqué de copier-coller mon home... Certes il fait 500 Go, mais y'a vraiment beaucoup de dossiers et fichiers qui refusent d'être copiés. Fossy me dit de ne pas le faire en root, que ça créera d'autres problèmes. Mais donc, je fais comment ?

Autre question : quand j'ai mis à jour ubuntu chez mon homme, récemment, il a perdu tous ses identifiants et mots de passe pré-enregistrés sous firefox... pourtant on n'a pas touché à son home (partition séparée, j'ai réinstallé ubuntu en écrasant l'ancienne installation sans toucher au home). Les cookies sont stockés ailleurs ?

Voyageuse a écrit :type 1 : un problème de droit : on me dit que je n'ai pas la permission d'accéder au fichier (…) notamment dans play.it, donc en rapport avec mon installation de DAO (vv221, est-ce que tout s'installe dans le home ? Est-ce normal que je n'aie pas accès à certains dossiers ?)

De mémoire on avait généré des paquets pour une installation dans /home/jeux, pour des questions d’espace disque. Si tu n’as que ./play.it qui a installé des choses dans ce chemin, je te conseille de l’exclure de ta sauvegarde.

Si par contre tu as des soucis avec d’autres chemins qui semblent liés à ./play.it je veux bien que tu me les listes. Normalement tu ne devrais pas avoir de limitation en lecture de quoi que ce soit, et si tu as des limitations en écriture ce ne sera que sous /home/jeux.

---

Voyageuse a écrit :au passage, mon .cache contient 177000 fichiers... énorme... comment faire le tri entre ce qui n'est pas utile et ce qui l'est ?

Normalement il n’y a rien qui vaille le coup d’être sauvegardé dans ce répertoire. Il n’est censé contenir que des fichiers plus ou moins temporaires, et sert à éviter de reconstruire ces fichiers lors de leur prochaine utilisation.

vv221 a écrit : Normalement il n’y a rien qui vaille le coup d’être sauvegardé dans ce répertoire. Il n’est censé contenir que des fichiers plus ou moins temporaires, et sert à éviter de reconstruire ces fichiers lors de leur prochaine utilisation.

Dans mon .cache, bizarrement, il y a un répertoire play.it dans lequel j'ai trois sous-répertoire dragon-age-origin.4gpM4, dragon-age-origin.SFA9t, dragon-age-origin.X5493 qui semblent à peu près identiques.
Ces dossiers font 39 ou 40 Go chacun, contiennent 27 éléments : 21 sous-dossier et 6 raccourcis (vers dragon-age-origin.r00, r01, à r05;qui refusent de se copier) ; ça ressemble à une installation totale du jeu non ? Pourquoi trois ?
J'ai compris une partie des soucis de copiage : dans les deux premiers, les 6 raccourcis ne sont pas copiés mais le reste l'est. Dans le dernier en revanche, seuls 6 dossiers l'ont été (je vais retenter pour voir... c'est bizarre que ça foire... j'éditerai).
Si les raccourcis ne sont pas copiés et si c'est bien une installation de jeu, ça va bugguer ?

(évidemment, tout ça c'est juste en cas de disparition inopinée du home et c'est qu'un jeu donc pas dramatique... j'ai d'autres refus de copie plus embêtant type .hplip qui doit gérer mon imprimante j'imagine...)

Voyageuse a écrit :Dans mon .cache, bizarrement, il y a un répertoire play.it dans lequel j'ai trois sous-répertoire dragon-age-origin.4gpM4, dragon-age-origin.SFA9t, dragon-age-origin.X5493 qui semblent à peu près identiques.

Vire tout ça, ça ne sert à rien et tu vas récupérer plein d’espace comme ça

Il s’agit de fichiers temporaires créés par ./play.it, chaque répertoire doit correspondre à une tentative échouée de construire les paquets. En cas d’échec ces répertoires ne sont pas effacés automatiquement, pour permettre d’aller voir ce qui coince. Le souci c’est que si on ne le sait pas ça peut rester traîner un moment, et occuper de la place pour rien…

Les liens qui refusent de se copier devaient pointer sur les différents morceaux de l’installateur du jeu au moment de leur création, mais si tu as déplacé ou supprimé celui-ci depuis ils ne pointent plus sur rien. Peut-être que ton système de copie galère à copier des liens ne pointant sur rien.

OK, merci !
C'est rassurant si je peux virer tout ça.


Après ça ne m'explique pas les autres erreurs de sauvegarde.

Il refuse régulièrement de créer un dossier ou de copier un fichier en prétendant qu'il ne peut pas.
Là, en ce moment : "une erreur s'est produite lors de la création du dossier XXX" , quand je demande le détail j'ai "erreur lors de la création du répertoire XXXX : erreur d'entrée sortie". Et si je fais réessayer ça se termine par "une erreur s'est produite lors de la création.... not such file or directory"
Et là, il s'agit de documents (des trucs à moi quoi, docs, vidéos, images !), donc c'est frustrant !


---------------------------------------------------------------------------------------------------------------------------------------------
Complément, après fin de copie de "document" :

Autre phénomène bizarre : le disque externe apparaissait en deux exemplaires dans "media", l'un en accès libre et l'autre avec un petit verrou (toshiba ext et toshiba ext1). Je l'ai débranché et rebranché, il y a toujours les deux mais plus de symbole de verrou...

Du coup, je viens de retenter la copie de tout le répertoire "documents" (en lui disant de ne pas remplacer ce qu'il a déjà), pour pouvoir mieux décrire les erreurs.

Je retrouve cette fois-ci uniquement des erreurs liées à la présence de caractères spéciaux dans les noms (enfin, c'est comme ça que je les interprète), du genre :
- Erreur lors de l’ouverture du fichier «*/media/voya/TOSHIBA EXT1/home/voya/Documents/dys/heure et chiffres/Capture du 2015-12-25 22:50:09.png*»*: No such file or directory (nom généré automatiquement mais y'a des caractères spéciaux dedans)
- Erreur lors de l’ouverture du fichier «*/media/voya/TOSHIBA EXT1/home/voya/Documents/enseignement collège/4ème - Cours + exercices + interros/AN1 - calculs sur les relatifs/décloisonnement "moyens".odt*»*: No such file or directory (à cause des " " ?)
-Erreur lors de l’ouverture du fichier «*/media/voya/TOSHIBA EXT1/home/voya/Documents/EFA/très beau texte (enfance -adoption?).odt*»*: No such file or directory (je suppose que les parenthèses et ? le bloquent)
- Erreur lors de l’ouverture du fichier «*/media/voya/TOSHIBA EXT1/home/voya/Documents/textes et histoires/Anonyme - Contes africains\Anonyme_-_La_Parole.mp3*»*: No such file or directory
(et plusieurs autres du même type)


Par contre, bizarrement, environ 300 fichiers qui n'avaient pas été copiés la première fois l'ont été sans fois-ci lors de cet essai.

Est-ce lié à ce double-disque qui apparait (histoire de partition?) dont l'un était indiqué verrouillé et ne l'est plus ? Mais ça bloquerait alors pour tous les fichiers...


Je n'y comprends rien ! Surchauffe du disque externe ?
Si ça se trouve, maintenant tout fonctionne sauf cas de caractères spéciaux...

Mais je tenterai demain !

Si ça bugge à nouveau, je rappellerai à l'aide !

Voyageuse a écrit :C'est rassurant si je peux virer tout ça.

Il faudrait vraiment qu’on affiche un avertissement en cas d’interruption de ./play.it avec une erreur pour qu’on soit prévenu que des fichiers temporaires restent traîner (et surtout indiquer le chemin où les trouver). C’est vraiment dommage que ça t’ai mangé plusieurs dizaines de gigaoctets pendant aussi longtemps, pour rien.

Bref, j’en causerai sur le fil dédié à ./play.it quand j’aurai l’occasion de bosser là-dessus, je ne vais pas détourner ta demande d’aide plus longtemps

Erreur d'entrée / sortie, ça pue. C'est peut-être le câble de ton disque dur externe qui est fichu, son alimentation qui déconne, ou plus gênant, le disque lui-même qui est mort.

Essaie avec un autre disque, impérativement.

De toute manière, il faut toujours avoir toutes tes sauvegardes importantes en double (et pas sur le même disque, bien sûr).

Je sauvegarderai également sur le second disque dur... qui a le défaut d'être un peu petit, donc faudra que je trie.

Erreur d'entrée-sortie, ça me le fait parfois, de façon totalement indépendante de ça, sur des fichires libre office un peu trop chargés en images et tableaux insérés, pour peu que je les aie modifiés avec word puis libreoffice-windows puis word... bref, des fichiers un peu lourd trop travaillés me provoquent des erreurs d'entrée-sortie sans que j'aie jamais compris pourquoi.

Mais c'est un autre souci qui n'a rien à voir... juste pour signaler que c'est ^pas toujours lié à un disque défectueux

Quand tu regardes un peu la littérature à ce sujet, c'est quand même pas très rassurant...

Bon, par contre, dans .wine, y'a des fichiers ou dossiers dont le nom ne lui convient pas : c:: par ex... ce qui les rend impossible à copier apparemment.... c'est bête ce truc...
Aucune erreur de copie autre que les soucis de caractère désormais...
J'ai ouvert la machine pour ranger mieux les câbles, je soupçonne un possible faux contacts ; mes disques ne sont pas vieux...
Je continue mes save donc

Si tu n'as pas installé de jeux autrement qu'avec les scripts de Vv221, je pense que tu peux laisser tomber Wine.

De toute façon, si et quand tu feras une mise à niveau, il y a fort à parier que tu doives recompiler les paquets des jeux (DAO, etc) avec les versions des outils de la 20.04 (et ainsi de suite).

Vv221 pourra confirmer...

Voyageuse a écrit :Bon, par contre, dans .wine, y'a des fichiers ou dossiers dont le nom ne lui convient pas : c:: par ex... ce qui les rend impossible à copier apparemment.... c'est bête ce truc..

Oh, tu ne serais pas en train de copier vers un disque formaté en NTFS par hasard ?

Ce système de fichiers n’a pas les mêmes contraintes que le format ext4 utilisé par Ubuntu, et risque de poser des soucis sur les noms de certains fichiers, sur les permissions, et sur les liens symboliques. Plus généralement, l’utilisation de NTFS avec Linux devrait toujours être un dernier recours.

---

Mornagest a écrit :Si tu n'as pas installé de jeux autrement qu'avec les scripts de Vv221, je pense que tu peux laisser tomber Wine.

Exact

Mornagest a écrit :De toute façon, si et quand tu feras une mise à niveau, il y a fort à parier que tu doives recompiler les paquets des jeux (DAO, etc) avec les versions des outils de la 20.04 (et ainsi de suite).

Pas exact

Les paquets générés par ./play.it peuvent ensuite être baladés d’une version à une autre d’Ubuntu, ou même être utilisés sur Debian ou Linux Mint. On essaie d’en faire au maximum des .deb génériques indépendants du système sur lequel on les a construits.

vv221 a écrit :Oh, tu ne serais pas en train de copier vers un disque formaté en NTFS par hasard ?

Ce système de fichiers n’a pas les mêmes contraintes que le format ext4 utilisé par Ubuntu, et risque de poser des soucis sur les noms de certains fichiers, sur les permissions, et sur les liens symboliques. Plus généralement, l’utilisation de NTFS avec Linux devrait toujours être un dernier recours.

Je viens de vérifier, effectivement. Type de partition NFTS / exFAT / jesaisplusquoi
OK, ça explique le problème... m'apprendra à utiliser le disque externe directement sans reformater.
Bon, mais ça veut dire que je vais devoir refaire une copie... et flûte...

Une astuce possible pour éviter les soucis de permissions et de noms de fichier est de passer par une archive tar : Ensuite pour la désarchivage, dans l’autre sens : L’avantage de cette approche est que la sauvegarde est stockée sous la forme d’un fichier d’archive unique, qui inclut directement les propriétaires et permissions des fichiers qui y sont inclus. Ce qui rend cette sauvergarde plus pratique à balader, ou à compresser.

Merci pour l'astuce...
J'hésite toujours à travailler directement en console de peur de faire des bêtises (et déjà faut que je note les chemins à utiliser) mais je vais peut-être tenter...
C'est un peu compressé, en archive tar ? Pour savoir si je tente de mettre mes 510 Go de home sur mes presque 500 Go de disque dur n°2... ou si je dois élaguer.

Voyageuse a écrit :C'est un peu compressé, en archive tar ? Pour savoir si je tente de mettre mes 510 Go de home sur mes presque 500 Go de disque dur n°2... ou si je dois élaguer.

Par défaut non, mais ça peut être compressé à la volée avec l’option "--auto-compress" ("-a" en version courte) et en utilisant une extension de format de compression pris en charge comme par exemple ".gz" (compression rapide) ou ".xz" (plus efficace mais plus lente) :