Problème HDD externe sur Sheevaplug

Bonjour,
J’ai installé debian squeeze sur un sheevaplug (en suivant ce tuto).
J’ai installé le système sur une carte SD (de 16Go), et j’ai branché un disque dur externe en USB sur le sheevaplug.
De cette façon, j’ai pu me faire un genre de petit NAS, en fournissant le contenu du disque dur externe via samba.
J’ai fait l’installation ce week-end, et j’ai déjà eu deux fois le même problème : les données du disque dur ne sont plus accessibles.

Un ls sur le dossier où le disque est monté me donne ça :

# ls /mnt/data/ ls: reading directory /mnt/data/: Input/output error

Si je fais un df, j’obtiens ça :

# df -h
/dev/sda1             917G  433G  438G  50% /mnt/data
/dev/sdb1             917G  433G  438G  50% /mnt/data

(de base, le disque était sur /dev/sda1)

Et si je regarde les logs dans /var/log/messages, je vois ça :

Jun 26 14:47:51 sheeva-center kernel: [243835.344140] usb 1-1: USB disconnect, address 3
Jun 26 14:47:52 sheeva-center kernel: [243836.356134] lost page write due to I/O error on sdb1
Jun 26 14:48:03 sheeva-center kernel: [243847.260453] usb 1-1: new high speed USB device using orion-ehci and address 4
Jun 26 14:48:04 sheeva-center kernel: [243847.412228] usb 1-1: New USB device found, idVendor=152d, idProduct=2338
Jun 26 14:48:04 sheeva-center kernel: [243847.419057] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=5
Jun 26 14:48:04 sheeva-center kernel: [243847.426330] usb 1-1: Product: USB to ATA/ATAPI Bridge
Jun 26 14:48:04 sheeva-center kernel: [243847.431505] usb 1-1: Manufacturer: JMicron
Jun 26 14:48:04 sheeva-center kernel: [243847.435710] usb 1-1: SerialNumber: 313049037425
Jun 26 14:48:04 sheeva-center kernel: [243847.443133] usb 1-1: configuration #1 chosen from 1 choice
Jun 26 14:48:04 sheeva-center kernel: [243847.450461] scsi2 : SCSI emulation for USB Mass Storage devices
Jun 26 14:48:09 sheeva-center kernel: [243852.499694] scsi 2:0:0:0: Direct-Access     SAMSUNG  HD103UJ          1118 PQ: 0 ANSI: 2 CCS
Jun 26 14:48:09 sheeva-center kernel: [243852.512909] sd 2:0:0:0: [sdc] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
Jun 26 14:48:09 sheeva-center kernel: [243852.525011] sd 2:0:0:0: [sdc] Write Protect is off
Jun 26 14:48:09 sheeva-center kernel: [243852.544184]  sdc: sdc1
Jun 26 14:48:09 sheeva-center kernel: [243852.572740] sd 2:0:0:0: [sdc] Attached SCSI disk

Pour que le disque soit remonté correctement, je dois arrêter samba, puis faire 2 fois :

(une fois pour chaque ligne du df)
et enfin, quand je fais :

le disque se monte correctement, et je peux accéder aux données (et cette fois, le disque est accessible par le fichier /dev/sdc1)
Voici la ligne qui concerne le disque dans le fichier /etc/fstab :

UUID=b61bd122-cd55-4f6f-9400-bbfbb1d34d4d /mnt/data ext4 defaults 0 0

J’avoue que je ne comprends pas grand-chose. La première ligne de /var/log/messages, si je la comprends bien, semblerait vouloir indiquer que le câble USB du HDD externe a été déconnecté.
Or, ce n’est pas le cas. Le disque dur me sert depuis plusieurs mois sur un pc que j’utilisais comme serveur, et je n’ai pas eu de problème, donc j’ai du mal à imaginer qu’il y ait un problème de disque dur juste quand je change de machine.
Qu’est ce que ça pourrait être ? Une défaillance du port USB du sheevaplug ? L’alimentation du sheevaplug qui ne fournit pas assez d’énergie ?
Et comment se fait-il que je me retrouve avec deux entrées pointant vers le même dossier, quand je fais un df ?

Est-ce que quelqu’un aurait une piste qui me permettrait de corriger ce problème ? Ou tout du moins pour essayer de comprendre d’où vient l’erreur (Linux, Sheevaplug, HDD ?) ?
Ça m’embêterait de ne pas pouvoir utiliser cette petite machine, c’est bien pratique. :slightly_smiling:

Merci :wink:

Bonsoir,
j’ai déja vu passer un problème similaire sur le forum de plugcomputer.net.
Un truc dans ce genre:
forum-plugcomputer.net/viewt … b&start=70

Je ne me rappelle plus exactement quelle a été la solution, mais c’était aussi hardware.
essaie une alim externe pour le disque.

Bonjour,
J’ai vu un sujet qui en parlait : http://www.plugcomputer.org/plugforum/index.php?topic=1473.0, j’ai testé l’exécution de :

find /sys -path "*usb*" -name autosuspend | while read f; do
  echo -1 >$f
done

Mais ça ne résout malheureusement pas le problème, et le disque dur est déjà sur une alim externe. C’est pour ça que tout ça m’étonne un peu :confused:
Je vais peut-être tenter de poster une question sur un forum spécialisé dans les plug computers.
Merci.

Bonjour,
quelle version de kernel as tu ?
Essaie d’en installer un récent depuis xilka.com/sheeva/
Si tu as une install sur SD, tu dois faire ça (par défaut le nouveau kernel est mis dans la flash), à adapter bien évidement à ta version de kernel:

[quote]To upgrade the kernel on the SD card from a sheeva.with-linux.com/sheeva/ kernel you will need to

1.Copy the file sheeva-2.6.37-uImage to the first partition on the SD card and rename it to uImage (overwriting the one which is there)

  1. Extract the sheeva-2.6.37-Modules.tar.gz into the second partition on the SD card.
    [/quote]

Dans le tuto que tu donnes, je n’ai pas compris comment tu as installé ta debian.
J’ai installé ma debian dans la flash interne, en ubifs, en suivant un tuto du type; plugcomputer.org/plugwiki/in … n_to_UBIFS

Tu as aussi cette série de tutos: plugcomputer.org/plugwiki/index.php/Debian

La version du kernel :

root@sheeva-center:/# uname -a
Linux sheeva-center 2.6.32-5-kirkwood #1 Sun May 6 16:57:51 UTC 2012 armv5tel GNU/Linux

Je pense que j’essaierai de réinstaller comme c’est indiqué dans les liens que tu donnes. Au pire, ça m’occupera, au mieux ça corrigera le problème :smiley:

Et le tuto que j’ai suivi, c’est plutôt ce lien-là : http://www.cyrius.com/debian/kirkwood/sheevaplug/install.html. C’est relativement rapide et simple.

Merci :wink:

Je n’ai jamais réussi à faire marcher l’installeur …;
Tu peux déjà te limiter à mettre à jour le kernel, sans réinstaller le reste.

Yup, je vais commencer par ça, et j’indiquerai ici si ça corrige le problème. :slightly_smiling:

Edit : je viens de mettre à jour le kernel, on va voir ce que ça donne.

Bon, le problème semble être résolu après mise à jour du noyau. En tout cas, le problème ne s’est pas reproduit depuis lundi, alors que ça arrivait quasiment une fois par jour.
J’ai mis la dernière version disponible (3.4.4).

Merci piratebab :slightly_smiling:

Tu peux cocher pour indiquer que c’est résolu.

Merci.
Fait!

Merci.
Fait! [/quote]
Merci, j’avais zappé de le faire.