limite de la commande cp

Bonjour

J’ai entrepris de déplacer mon « /home » Pour cela j’ai suivi l’excellent tuto Comment déplacer son /home
J’ai rencontré des problèmes lors du transfert avec la commande “cp” vers 30Go. J’ai eu des messages d’erreurs du genre

ata1.00 : status {DRDY ERR} ata1.00 : error {ICRC ABRT} ata1.00 : exeption Emask 0x0... ... ldm_validate_partition_table() : Disk read failed
Après vérification poussée de mon disk qui n’a pas donné d’erreur, un nouvel essai m’a donné les mêmes problèmes. J’ai alors sauvegardé une grosse partie de mon /home sur un disque externe et j’ai pu ainsi transférer mon /home réduit à 10Go sur un autre disque.
A votre avis ces problèmes viennent-ils de la commande cp, de mon disque ou de tout autre chose ??
Merci d’avance
René

« Les modifications présentées ici ne sont pas triviales. Elles nécessitent un minimum de soin. Afin de pallier tout problème, faites une sauvegarde de votre répertoire. »

Difficile à dire !
La complexité des manipulations fait penser que le disque dur externe comme intermédiaire semble bien plus simple ; c’est d’ailleurs ce que tu as fait au final…

Je viens d’avoir un plantage lors de la conversion d’une vidéo MP4 en mov
Je suis sous cd live et le controle du disque est bizarre. Une fois il est mauvais, une fois il est bon ???

[code]ubuntu@ubuntu:~$ sudo fsck /dev/sdb1
fsck 1.41.3 (12-Oct-2008)
e2fsck 1.41.3 (12-Oct-2008)
fsck.ext3: No such file or directory lors de la tentative d’ouverture de /dev/sdb1

Le superbloc n’a pu être lu ou ne contient pas un système de fichiers
ext2 correct. Si le périphérique est valide et qu’il contient réellement
un système de fichiers ext2 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d’exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>[/code]

[code]ubuntu@ubuntu:~$ sudo fsck /dev/sdb1
fsck 1.41.3 (12-Oct-2008)
e2fsck 1.41.3 (12-Oct-2008)
/dev/sdb1 : propre, 52667/5005312 fichiers, 7092837/20008949 blocs (vérification dans 5 montages)
ubuntu@ubuntu:~$ sudo fsck -fv /dev/sdb1
fsck 1.41.3 (12-Oct-2008)
e2fsck 1.41.3 (12-Oct-2008)
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l’information du sommaire de groupe

52667 inodes used (1.05%)
307 non-contiguous inodes (0.6%)
nombre d’i-noeuds avec des blocs ind/dind/tind : 7908/559/0
7092837 blocks used (35.45%)
0 bad blocks
3 large files

47991 regular files
4633 directories
0 character device files
0 block device files
0 fifos
0 links
34 symbolic links (34 fast symbolic links)
0 sockets

52658 files[/code]

quand ca commence à flancher à répétition comme ca, une sauvegarde générale s’impose
ca peut péter à tout moment

ensuite, reformater la partoche, c’est peu être juste le FS qui lâche…
et attendre un crash matériel :smiley:

on peu aussi se lancer dans un monitoring avec SMART si compatible
http://fr.gentoo-wiki.com/wiki/Surveiller_les_disques_durs_avec_SMART
les tests sont pas durs à lancer, le plus compliqué, c’est de trouver qqun capable d’interpréter les résultats :lol:

Ton disque est défectueux, je te recommande de sauvegarder ce que tu peux … et d’en changer !

Je crois que oui :frowning:

Le disque a encore tenu un peu pour que fasse le transfert :slight_smile:
J’avais en plus une sauvegarde de deux jours d’age :slight_smile:
La “Class” :cool: