francoisds
Bonjour,
J'ai une distribution fedora 32 qui fonctionne, entre autre avec Citrix dont j'ai besoin pour travailler, et qui a été pénible à installer (je ne suis pas certain d'y parvenir à nouveau, en tous cas sous fedora, les autres distrib c'est moins difficile : à cause de selinux ?).
Etant donné les récurrents manques de place du répertoire racine sans solution facile (alors qu'il y avait de la place sur le disque), j'ai installé les répertoires critiques (/usr /var) dans des partitions différentes et cela fonctionne (sans partition swap.. ce qui explique peut-être le démarrage lent).
Ayant envie d'essayer malgré tout fedora 33, j'ai tenté de copier mon lecteur ssd 240G sur un nouveau ssd ~1T (une partition de 240G sdb1 en ext4) et donc j'ai fait cp -r -d -l -v /dev/sda /dev/sdb1 en imaginant que cela copierait les partitions de sda sur sdb1 mais manifestement je me suis trompé dans la manipulation, ayant mal compris le -l qui est en fait plutôt -p (je désirais garder les liens et pas recopier les fichiers, et ne pas changer les attributs). Il y a d'ailleurs une question annexe à laquelle je n'ai pas trouvé de solution : les liens copiés sont-ils des liens relatifs dans l'arborescence ou vont-il fait allusion à l'autre disque (celui que j'ai copié) ?
cela m'a donné une réponse type dev/sda ->sdb1 après avoir demandé si je voulais supprimer sdb1 (qui nlmt était vide), en immédiat, donc il est évident que rien n'était copié.
Bref, j'ai recommencé en remplaçant -l par -p me rendant compte de mon erreur mais j'ai été surpris car cela a donné le même résultat. Ai fait d'autres tentatives du même type, sans y arriver et ne savais pas trop comment annuler cette commande.
Du coup, impossible de redémarrer le système.
Ai tenté boot repair sans succès puis testdisk où j'ai écris la table des partitions puis j'ai du refaire boot repair (ai les deux rapports si nécessaire) et finalement il me semble avoir récupéré mon système mais "j'ai eu chaud" car, en effet, en tentant de copier le disque d'origine sur un autre, je ne pensais pas prendre un risque de perte de mes données, que du contraire.
Bref, pensez-vous que la méthode utilisée pour récupérer mon système est suffisante (vais essayer de voir par moi-même) ?
+ comment faire pour recopier l'arborescence totale de mon système sur une autre partition ? (pour rappel, elle est éparpillée sur plusieurs partitions de sda) de façon à ce que je puisse réutiliser le système en secours simplement en changeant le lecteur d'amorçage dans le bios (et au passage éviter de sauvegarder les partitions initiales qui n'étaient pas optimales et le seront moins si fedora 33 fonctionne avec btrfs).
+ comment faire un upgrade vers fedora 33 en testant en même temps le nouveau système de fichiers ?
Sinon, je pensais faire cp -rpdv /dev/sdax/*.* /dev/sdb1 pour toutes les partitions dont je dispose et puis, après avoir vérifié si je pouvais booter sur cette copie (faudra sans doute en outre une manipulation de grub, que je ne connais pas bien), tenter la migration vers fedora 33 (mais ce sera sans btfrs) : un des soucis est que mon système est assez lourd (pas mal de programmes installés et surtout ce fameux citrix dont la réinstallation me stresse pas mal avant de commencer !).
Merci pour vos avis.
François
ps : je pense avoir retrouvé ma structure avec une partition pour /, une pour /home, une pour /usr, une pour /var et une pour /mails (que je n'ai pas encore implémenté, j'attends d'avoir un système tout à fait stable avant de réinstaller thunderbird avec mes messageries). Je serais par ailleurs ravi de pouvoir avoir un support personnalisé que je paierais (par ex je ne savais si je devais cocher partition système sur sdb1, il me semble que ça n'a rien amélioré car je ne peux plus y toucher !).. donc s'il y a un amateur .. (+ aimerais faire une application et apprendre python, mais c'est loin d'être mon activité principale).
nouvo09
Perso je fais toutes mes sauvegardes avec tar, sans compresser pour pouvoir sauvegarder les attributs Selinux. Ça m'a sauvé la vie plusieurs fois. Tu devrais regarder de ce côté là.
la commande dd est très puissante mais fait de la copie bit-à-bit et donc est tributaire du matériel utilisé, ce qui n'est pas le cas de tar. En revanche une sauvegarde de la piste 0 de ton disque reste indispensable et n'est réalisable que avec dd.
exemple pour un disque dont chaque poste comporte 63 secteurs de 512 octets:
dd if=/dev/sda of=./{image de la piste 0} bs=512 count=63
bien entendu tu mets ce fichier en sécurité sur un autre disque.
avec ça tu es sur de pouvoir toujours ressusciter.
note bien aussi que les manips doivent être effectuées système arrêté, donc depuis un live ou un autre système installé sur ta machine.
francoisds
DD fait une image et donc sauvegarde plein de vide inutile.
J'avais effectivement pensé à TAR et je crois que c'est la bonne idée d'autant plus que ce qui me gênait se révèle pas le devoir : c'est pas nécessairement via une compression (j'en étais plus sûr : c'est le soucis quand on ne manipule pas ces outils régulièrement, comme moi..).
Merci à tous les deux.
Vais voir un peu du côté de TAR, donc.
bonne soirée.
francoisds
ah oui, reste que je n'ai pas compris ce qui s'est passé avec cp /dev/sda /dev/sdb ni trouvé ce qu'il aurait fallu faire pour récupérer mon système fonctionnel sans tous ces chipotages.
Chipoter dans fstab ?
merci