Panne d'accès au fichier NFS (install complète Toutou 431)

[ASRI éducation]

Je teste actuellement différentes solutions pour faciliter le redémarrage de Toutou 431 (installation complète) lorsque l'ordinateur subit une coupure d'alimentation électrique.

Ca avance, mais je bloque sur un point (d'où mon post).

Le problème :
Lors du redémarrage, il arrive que l'ordinateur me donne le message suivant : "Erreur lors de la sauvegarde du punaiseur /root/Choices/Rox-Filer/PuppyPin : Panne d'accès au fichier NFS"

Mes questions :
C'est quoi ce fichier NFS ?
Comment le réparer ?

Cordialement,

Emile rencontre également ce problème http://www.murga-linux.com/puppy/viewtopic.php?t=55845

Suite a une panne de courant, le PC démarre maintenant avec le message d'erreur : "Erreur lors de la sauvegarde du punaiseur /root/Choices/ROX-Filer/PuppyPin : Panne d'accès au fichier NFS"
Mon bureau ne contient maintenant que le fichier "Home" et les icônes médias superposées.
Je cherche une solution pour restaurer le bureau standard, restaurer ou réparer PuppyPin
PS Le fichier PuppyPin est inaccessible, a savoir toute action (suppression, deplacement...) résulte dans le message d'erreur :Ce fichier est inexistant ou inaccessible : /root/Choices/ROX-Filer/PuppyPin

[Béèm]

Boot du CD sans sauvegarde et vérifier la sauvegarde peut-être?

[ASRI éducation]

@ Béèm
Merci de t'intéresser à ce problème.

Boot du CD sans sauvegarde et vérifier la sauvegarde peut-être?

Je n'ai pas de fichier de sauvegarde puisque je suis en installation complète, néanmoins, j'ai essayé de booter avec l'option pfix=ram, puis essayé de remplacer les fichiers PuppyPin et globicons par ceux du liveCD.

Mais à ma grande surprise, le système n'a pas accepté de supprimer les fichiers corrompus, encore un message "Panne d'accès au fichier NFS"

...

[vezuve]

Hello,
En tous cas GOOGLE lui serais plus orienté réseaux avec "NFS" comme recherche et avec "fichier NFS" la on a plus de sujet, mais son il comparable a ton problème, mystère et toi seul le saura
Avec la recherche de mon lien, la je te laisse, Shakespeare est moi n'avons pas une bonne relation

@+

[ASRI éducation]

@ vezuve
J'ai effectivement utilisé Google et ta signature, mais même sur les forums anglophones, je n'ai pas trouvé mon bonheur. Ce qui ne veut pas dire que je vais m'arrêter là.

Conjointement, je réfléchis à une solution pour éviter à Toutou 431 de connaître trop souvent cette panne.

J'ai un début de solution pour les installations complètes et les pannes provoquées par une coupure de l'alimentation électrique.

Pour autant, je ne comprends toujours pas ce qui provoque cette panne du fichier nfs.

Cordialement,

[vezuve]

Hello,
Si je reprends ce que j'ai trouvé par rapport au réseaux, peut être quand cas d'arrêts brutal, le réseaux serait déconnecté anormalement et il se peut qu'il conserve une trace, qui pourrait créer ce problème et qu'en tu le fait redémarrer, il répare l'erreur et au prochain démarrage, le problème serait réparer, mais bon ceci n'est qu'une hypothèse.
J'ai essayé avec pup_save sur la WM de l'arrêté brutalement, mais sa réaction et seulement de m'avertir qu'il y a eu coupure et d'attendre ou d'utiliser xwin ou quelque chose dans ce style mais pas ton problème ..........

@+

[ASRI éducation]

Comme toi vezuve, pour ces tests et cette panne, j'ai utilisé une machine virtuelle pour simuler de multiples coupures d'électricité (ainsi qu'un P400mhz et l'interrupteur de la multiprise).

Je lançais Toutou et de multiples programmes (web, audio, graphisme, utilitaires système, etc.), puis je coupais l'alimentation et je redémarrais.
Et ça de nombreuses fois...

Les résultats allaient du simple # nécessitant un petit "xwin", jusqu'à la panne d'accès au fichier nfs.

J'étais prêt à attribuer cette panne à mes essais (qui ont tendances à torturer les sytèmes), quand j'ai lu le post d'Emile (il obtient la panne nfs en utilisation courante).
J'ai bien évidemment souhaité réparer, mais rein à faire j'ai fini par tout réinstaller

Je pars du principe qu'un Winmachin se réinstalle, alors qu'un Linux se répare.
Le coup du nfs mettant à mal mes croyances, je souhaite trouver une solution.

peut être quand cas d'arrêts brutal, le réseaux serait déconnecté anormalement et il se peut qu'il conserve une trace, qui pourrait créer ce problème et qu'en tu le fait redémarrer, il répare l'erreur et au prochain démarrage, le problème serait réparer, mais bon ceci n'est qu'une hypothèse

Ton hypothèse m'intéresse, je vais donc diriger mes recherches en ce sens.

Merci

[Béèm]

@ Béèm
Merci de t'intéresser à ce problème.

Boot du CD sans sauvegarde et vérifier la sauvegarde peut-être?

Je n'ai pas de fichier de sauvegarde puisque je suis en installation complète, néanmoins, j'ai essayé de booter avec l'option pfix=ram, puis essayé de remplacer les fichiers PuppyPin et globicons par ceux du liveCD.

Mais à ma grande surprise, le système n'a pas accepté de supprimer les fichiers corrompus, encore un message "Panne d'accès au fichier NFS"

...

Excuse-moi. En effet j'ai dû mieux lire que tu est en complète.
Mais le principe reste.

Code: Select all

Boot du CD avec pfix-ram et fsck de la partition de ton installation.

Je ne sais pas si cela marchera.

[ASRI éducation]

Code: Select all

Boot du CD avec pfix-ram et fsck de la partition de ton installation.

Ok, je vais essayer.

[vezuve]

Hello,
Bon avec ce critère de recherche "fichier NFS" cela donne ceci, après avoir tatonné, on trouve différent explication sur "Exportation des systèmes de fichiers NFS - Bienvenue sur Linux-Kheops" ou "Réseau Linux avec NFS - Wiki de la communauté Mandriva".
Tout ceci ressemble ou correspond a ma précédant hypothèse, il semble bien que ce soit au niveau serveur ou du réseaux.
Et comme tu la mentionné, je pense qu'il faudrait orienté tes recherches sur ceci.

@+

[Argolance]

Bonsoir à tous,
Suite à un arrêt brutal de ma machine cet après-midi (branchement d'un périphérique usb pourri qui a éteint d'un coup ma machine! ), je me suis retrouvé avec un fichier ttlsave.2fs corrompu. Symptômes décrits plus haut et rien à faire pour retrouver mon bureau, avec le fameux message récurent.
La vache!
Et puis en cherchant ça et là, j'ai trouvé et exécuté cette commande en console, dans le répertoire où se trouve mon fichier ttlsave.2fs:

Code: Select all

# e2fsck
Usage: e2fsck [-panyrcdfvtDFV] [-b superblock] [-B blocksize]
                [-I inode_buffer_blocks] [-P process_inode_size]
                [-l|-L bad_blocks_file] [-C fd] [-j external_journal]
                [-E extended-options] device

Emergency help:
 -p                   Automatic repair (no questions)
 -n                   Make no changes to the filesystem
 -y                   Assume "yes" to all questions
 -c                   Check for bad blocks and add them to the badblock list
 -f                   Force checking even if filesystem is marked clean
 -v                   Be verbose
 -b superblock        Use alternative superblock
 -B blocksize         Force blocksize when looking for superblock
 -j external_journal  Set location of the external journal
 -l bad_blocks_file   Add to badblocks list
 -L bad_blocks_file   Set badblocks list

... suivie du nom du fichier corrompu:

Code: Select all

# e2fsck -y ttlsave.2fs

J'ai benoitement répondu 'yes' à toutes les questions (ce qui correspond à l'option -y), et là, miracle, il se trouve qu'il a été dument réparé . J'ai pu immédiatement relancer Toutou, retrouver ma session et toutes mes données intactes, comme s'il ne s'était rien passé!
OUF!
Voilà déjà une chose utile (pour qui ne la connaitrait pas!) à ceux qui rencontreraient les mêmes déboires...
Ce sacré Toutou m'étonnera toujours!
Maintenant, reste à savoir si cette commande ne pourrait pas être appliquée aussi à une partition ou un disque (device) dont le système de fichiers est corrompu!
A tester!

Cordialement.

[ASRI éducation]

Merci à toi Argolance pour cette info qui confirme mes recherches.

Je voulais vous en parler, mais faute de temps libre, j'avais remis l'idée à un post ultérieur.

Je vais néanmoins commencer mon explication.

Petite explication....

Suite à un plantage de X (coupure de courant, pb de périphérique...), il est fréquent que l'utilisateur se retrouve face à u écran noir et à un # obligeant un "xwin".

J'ai finalement opté pour une solution proposée par silverpuppy
http://www.murga-linux.com/puppy/viewtopic.php?t=47668
http://www.murga-linux.com/puppy/viewtopic.php?p=349817

Cela na pas été simple car les pannes de fichiers nfs étaient nombreuses.

La 2.1 intègre ces modifications.
L'une d'elles consiste également en un e2fsck -p -f /dev/sda1 (si la distribution n'est pas installée sur sda1, il est alors nécessaire de modifier une partie du script).

Comme toi, ce e2fsck permet d'éviter la grosse catastrophe. Cela ne règle pas tout, mais c'est déjà très bien (mieux que de tout perdre).

Proposition : si vous avez le temps et un vieil ordi à ne rien faire, essayer la ludo-éducative v2.1 et profitez-en pour planter sévèrement X (en coupant le courant). Ensuite, redémarrez et observez le comportement du boot.
Repérage d'un problème lors de l'arrêt = suppression d'une partie des dossiers temporaires + reboot + e2fsck = pas trop de dégâts.