[RESOLU] Clash partition SD

[rebeldu31]

Bonjour,

Me voici avec ENCORE 1 problème !!!

Un de mes RPI se retrouve avec un soucis de partition sur sa carte SD.
Je m'en suis rendu compte ce matin, au réveil (génial le réveil)...
Cela se serait produit après ma sauvegarde mensuelle qui est la création d'une image complète de la carte SD à l'instant T, suivi d'une mise à jour complète !!! Peut-être un soucis lors de ces mises à jour !!!

Mais voilà...
Comme une image de ma carte SD a été effectuée juste avant, ben machinalement je pensais que restaurer cette image sur ma carte suffirait...
Que nenni !!!
Mon RPI ne boote même pas !!!

J'ai essayé la méthode de cette page (https://blog.nicolargo.com/2013/04/rasp ... te-sd.html puisque ma création d'image se fait avec dd (comme indiqué sur cette page)...
Ben nada !! Rien !!! Que dale !!!
CA NE MARCHE PAS !!!


Là, je vais donc devoir prendre la carte SD 32Go de mon téléphone afin d'y descendre l'image via DiskImager, de démarrer mon RPI et de cloner la SD 32Go sur celle de 16Go.

Je n'arrive pas à comprendre pourquoi !!! La commande dd if/of ne fonctionne pas ? Mal ?

Devrais-je plutôt faire une image de ma carte SD partition par partition au lieu d'une complète ?

[nexen]

Hello

Là, je vais donc devoir prendre la carte SD 32Go de mon téléphone afin d'y descendre l'image via DiskImager, de démarrer mon RPI et de cloner la SD 32Go sur celle de 16Go.

Heuuuuuuuuu tu compresse fort ou tu tape trop vite

Cela se serait produit après ma sauvegarde mensuelle qui est la création d'une image complète de la carte SD à l'instant T, suivi d'une mise à jour complète

Mise à jour .... système ? je le déconseille FORTEMENT même avec une sauvegarde avant !! car tu ne maîtrise pas les dépendances par rapport à tes devs (Styles des fonctions qui disparaissent avec une versions ou qui change de nom ... ). Tu me dira que maintenant c'est trop tard ....

1er test :
Reformatage de la carte avec SD-Format + copy d'une raspbian pour test de boot.

2eme test si OK : descente de ta sauvegarde.

Si OK : Bonheur !!

Si KO, ce n'est pas ta mise à jour qui à tout cassé
donc remonte la sauvegarde du mois d'avant !! (J'espére que tu garde un historique ...)

en espérant que ça t'aide !

[nexen]

Réponse 2 :

Oui il est préférable de backuper partition par partition car pour la restauration tu as plus de choix possible et c'est plus rapide de remonté une partition /home/ que de remonté la serveur complet

[rebeldu31]

Avec rpi-clone, il semblerait que cela soit possible de cloner vers plus petit... A voir... Et je crois l'avoir déjà fait !!!

Je vais donc enlever les mises à jour après sauvegarde dans ma moulinette !!!

Pour les actions :

- reformatage de la SD + install raspbian "vierge" ==> OK
- descente de ma sauvegarde "d'avant clash" avec Diskimager ==> KO au 1er essai, 2ème en cours

Je conserve 4 mois de sauvegarde pour les images de mes RPI.

[rebeldu31]

2ème essai avec sauvegarde d'avant clash ==> KO

Je tente avec la sauvegarde précédente !!!

[domi]

Bonjour,

Avec rpi-clone, il semblerait que cela soit possible de cloner vers plus petit... A voir... Et je crois l'avoir déjà fait !!!

Je confirme que cela fonctionne très bien, c'est ce que j'utilise avant de faire les mises à jour.
Je fais un clone de ma carte, puis je l'a met dans le Rpi à la place de l'originale, et je fais les mises à jour dessus.
Je l'utilise plusieurs jours, et si je n'ai aucun problème non résolu, j'efface l'ancienne carte original pour refaire un clone de sauvegarde dessus. En cas de problème, j'ai toujours ma carte d'origine. Et pour les mises à jour, je suis certain d'avoir une carte fonctionnelle avant de tout lancer, puisse que c'est ma sauvegarde qui va devenir carte principale.

Pour plus de sécurité, sur chacun des Rpi, ma carte est montée en "Read-only".
Le swap est bien sûr supprimé.
Les fichiers systèmes ayant besoin d'être écrit au démarrage se font dans la mémoire vive (tmpfs), comme par exemple les fichiers "resolv.conf", "random-seed", etc...
Ainsi que les fichiers de log qui sont en mémoire.
Un reboot automatique une fois par semaine histoire de vider la mémoire.

Plus d'info pour la mise en place d'un FS en Read only sur le site de Christophe Blaess.

[nexen]

Yes ! ça c'est de l'informatique de Prod !!!

Bon par contre la sauvegarde c'est de la physique quantique ... tant que tu n'a pas restauré .. tu ne sais pas si elle marche !

Bon courage !!

PS : toujours faire des tests de restauration .... ça ne coute rien ... et ça gagne du temps

[rebeldu31]

Bonjour,

Avec rpi-clone, il semblerait que cela soit possible de cloner vers plus petit... A voir... Et je crois l'avoir déjà fait !!!

Je confirme que cela fonctionne très bien, c'est ce que j'utilise avant de faire les mises à jour.
Je fais un clone de ma carte, puis je l'a met dans le Rpi à la place de l'originale, et je fais les mises à jour dessus.
Je l'utilise plusieurs jours, et si je n'ai aucun problème non résolu, j'efface l'ancienne carte original pour refaire un clone de sauvegarde dessus. En cas de problème, j'ai toujours ma carte d'origine. Et pour les mises à jour, je suis certain d'avoir une carte fonctionnelle avant de tout lancer, puisse que c'est ma sauvegarde qui va devenir carte principale.

Avec rpi-clone, possibilité de cloner la carte SD sur une carte SD non-vide ?
Du style, on place la SD dans un adaptateur, branché sur le RPI (en permanence), on clone la carte SD du RPI sur cette SD "extérieure", on lance les update, on teste et si PB on change de SD.
MAIS ceci, à chaque fois (tous les mois pour ma part), sans être obligé de "nettoyer" la SD externe avant de cloner !!!
Faisable ?

Peut-on cloner sur un DD ? Un répertoire ? Façon image... Je ne pense pas mais bon...

Pour plus de sécurité, sur chacun des Rpi, ma carte est montée en "Read-only".
Le swap est bien sûr supprimé.
Les fichiers systèmes ayant besoin d'être écrit au démarrage se font dans la mémoire vive (tmpfs), comme par exemple les fichiers "resolv.conf", "random-seed", etc...
Ainsi que les fichiers de log qui sont en mémoire.
Un reboot automatique une fois par semaine histoire de vider la mémoire.

Plus d'info pour la mise en place d'un FS en Read only sur le site de Christophe Blaess.

Je vais jeter un oeil !!!

[rebeldu31]

Alors...

2ème essai, avec sauvegarde précédente ==> KO...

C'est à plus rien y comprendre !!! Et ça me prend le chou fortement !!!
GRRRRRRRRRRRRRRRRRRRRRRRRR


Je testerais demain la descente de cette sauvegarde sur une SD 32Go...

[rebeldu31]

Bon, essai avec la sauvegarde précédente sur SD 32Go ==> KO

Déjà, même sur mon PC la carte SD (16 ou 32) est marquée comme non formatée (boite me demandant de la formater) alors qu'avant elle avait un nom ("boot") et était accessible !!!

Donc, en clair, j'ai paumé mon serveur !!!
Je suis content !!!