Vous n'êtes pas identifié(e).
Pages : 1
rien d'autres ne fonctionnent.
La commande de rsync au cas ou j'aurais fais une erreur(s).
Malgré une recherche je suis incapable de traduire si l'erreur est logicielle ou matérielle (bien trop newbie pour).
merci.
Dernière modification par DosXX (09-05-2013 01:14:25)
# >_Znort !!!
Hors ligne
Hors ligne
# >_Znort !!!
Hors ligne
Hors ligne
Hors ligne
dans syslog. ce doit être l'heure du plantage. je retrouve dans le log le kill des "pid" plus bas dans l'historique.
infos dans syslog
C'est la même partition.
pour le --v aucune indication dans la console lors du process. Gel !!! point barre...
si je peu le retrouver dans les logs, quel est le fichier en question ? à part syslog. merci
cela pourrait il venir du module "Gtk" ??? rsync cherche et donc ...
edit : ma réponse étant longue à venir je n'avais pas vue ta propal . je peu essayer aussi. merci
Dernière modification par DosXX (08-05-2013 15:44:04)
# >_Znort !!!
Hors ligne
Hors ligne
# >_Znort !!!
Hors ligne
Fixing recursive fault but reboot is needed! ==> là il me dit que c'est ok ???
En fait il bloque sur la copie de fichiers podcast. Mais là il a été plus loin dans la copie.
Sur l'Ordinausore cela fonctionne sur un dd externe en USB et là en local mais sur un autre dd sa pêche. Grrrr!!!!
# >_Znort !!!
Hors ligne
en root
Dernière modification par Thuban (08-05-2013 16:56:11)
Y − 3HG − Auto-hébergé
Hors ligne
Dernière modification par DosXX (08-05-2013 18:09:18)
# >_Znort !!!
Hors ligne
j'ai fais ce qu'il me demande. et je relance un fsck et :
/dev/sdb1: clean ... je te passe la taille du fichier.
Par contre le backup se fait sur un autre dd qui est sur sda7, ne devrais je pas plutôt lancer un fsck sur cette partition ? (dual boot sur cette machine). (sda=wind sdb=debian)
sda7 en ext3 sur partition logique comme son nom l'indique.
# >_Znort !!!
Hors ligne
Actuellement, les options des systèmes de fichiers sont en cours de standardisation. Bien que ce ne soit pas garanti, les options suivantes sont supportées par la plupart des vérificateurs de systèmes de fichiers :
-a
Réparer automatiquement le système de fichiers sans poser de question (à utiliser précautionneusement). Notez que e2fsck(8) supporte -a pour des raisons de compatibilité ascendante uniquement. Cette option est renvoyée sur l'option -p de e2fsck qui est d'utilisation sûre, contrairement à l'option -a supportée par la plupart des vérificateurs de systèmes de fichiers.
j'espère que c'est à jour....
Dernière modification par DosXX (09-05-2013 01:03:18)
# >_Znort !!!
Hors ligne
Par contre le backup se fait sur un autre dd qui est sur sda7, ne devrais je pas plutôt lancer un fsck sur cette partition ?
Si le problème venait de la lecture de /dev/sdb1 et que maintenant il est résolu, ton backup devrait se faire.
Hors ligne
je ne suis pas vraiment sur que ce soit résolu l'histoire.
j'avais ce code 8 en retour lors du scan...
je vais tenter avec l'option -p qui permet de réparer sans commentaire.
mais j'ai un doute sur la syntaxe de la commande:
ou autre chose ??? une idée?
# >_Znort !!!
Hors ligne
Hors ligne
nan je crois pas : cf #12
mais suis pas sur!
Dernière modification par DosXX (09-05-2013 01:05:57)
# >_Znort !!!
Hors ligne
nan je crois pas : cf "12
Alors je ne comprends pas :
j'ai fais ce qu'il me demande. et je relance un fsck et :
/dev/sdb1: clean ... je te passe la taille du fichier.
Qu'y avait-il dans ce fichier ?
Hors ligne
là tu as la totale.
je vais donc relancer.
je suis sur une autre machine pour le fofo.
# >_Znort !!!
Hors ligne
# >_Znort !!!
Hors ligne
# >_Znort !!!
Hors ligne
j'ai donc lancé un :
a partir du shell de démarrage et depuis tout semble être correct.
bonne journée.
# >_Znort !!!
Hors ligne
Hors ligne
Pages : 1