Somme de hachage incohérente

[maxty01]

Bonsoir,

Visiblement la seule solution pour résoudre le problème est celle donné par domi :

Tu peux éventuellement vérifier qu'il ne reste plus rien dans le "/var/lib/apt/lists/" après le clean.
Sinon tu peux le vider, mais sans les dossiers (pas de -R)

Code : Tout sélectionner

rm /var/lib/apt/lists/*
rm /var/lib/apt/lists/partial/*

Et ne fait que ces actions, ne copie rien dans les dossiers, ils doivent être vide !

comme tu as 2 RPI, fait une comparaison des fichiers se trouvant dans /etc/apt/ et sous répertoire sans rien modifier.

Bonne nuit!

[GrandTouque]

Bonsoir,
j'ai vidé "à la main" les dossiers indiqués, mais ça n'a rien changé
J'ai ensuite mis les fichiers de l'autre raspberry sur celui défectueux mais pareil
Cordialement.

[maxty01]

Bonsoir,

On ne peut visiblement pas corrigé la corruption qui t'occupe pour le moment et je suppose que tu souhaites retrouver ton RPI fonctionnel rapidement.
Dans ce cas, crée un listing avec les différents, fait un backup des données, y compris les DB et les config et recrée ton système à partir de la dernière image disponible.

Actuellement, hormis d’accéder à ton RPI à distance pour analyse le problème, c'est la seule solution que je peux te proposer.

Bonne soirée,

[GrandTouque]

Bonsoir, j'ai fait une image de la carte et j'ai essayé de la regraver sur une autre carte mais ça ne fonctionne pas
Peut-être existe-t-il un tuto qui explquerais mieux comment faire cela ?
Après moi, je m'en sert comme serveur et je veut bien donner mes id et mdp ssh/sftp par mail si quelqu'un veut bien m'aider
Cordiaement.

[maxty01]

Bonsoir,

Quelle méthode as-tu utilisé pour cela ?

Bonne soirée,

[GrandTouque]

J'ai retiré la carte du raspberry, l'ai mise dans un PC sous Debian et fait une image archifé en .gz avec

Code : Tout sélectionner

sudo dd if=/dev/sdb | gzip -9 ./raspberry-20130420-sdb.img.gz

Je l'ai ensuite mis sur une autre carte SD avec :

Code : Tout sélectionner

zcat ./raspberry-20130420-sdb.img.gz | dd of=/dev/sdc1

Voilà

[maxty01]

Bonsoir,

Si c'est exactement la procédure que tu as utilisé, c'est normal que cela ne fonctionne pas ...
Regardons d'un peu plus près les paramètres de tes commandes :

Pour faire l'image, tu utilises le périphérique /dev/sdb, jusque là c'est correct.

Pour pousser l'image, tu utilises le périphérique /dev/sdc1, là il y a une erreur ...
Et je ne parle pas de la lettre C de 'sdc', je parle de la partition num. 1 de "sdc1" ...
En effet, pour faire la manipulation correctement, il faut utiliser toute la carte (sdc) et par une seule partition.

Pour pousser correctement ton image tu devrais utiliser le périphérique /dev/sdc.

Recommence et reviens vers nous avec de bonnes nouvelles.

Bonne soirée,

[GrandTouque]

Bonsoir,
En effet je n'avait pas remarqué l'erreur et j'ai refait la manip' avec toute la carte.
Sauf qu'au démarrage, j'ai droit à un kerne panic : "not syncing: VFS: unable to mount root fs on unknown-block(179,2)" et je n'ai pas accés à un shell. Si j'ai bien compris en regardant sur des forums anglophone, c'est l'image qui est corrompue
Il faudrait se tourner vers les marabouts à se stade-là je pense,
Cordialement.

[maxty01]

Bonsoir,

Ne te casse pas la tête, réinstalle avec une image propre, en plus ça te coûtera moins cher qu'un marabout.

Bonne soirée,

[GrandTouque]

Bon j'ai gravé une nouvelle image sur la carte SD et tout remarche.
Je me dis que depuis que j'ai eu ce Raspberry, je n'avais jamais fait de

Code : Tout sélectionner

sudo raspi-update

.
Je le fait donc et tout se passe sans problème.
Au reboot pat contre, la résolution de l'écran à complètement changé mais surtout je retrouve le même problème qu'avant.