Linux : Réactiver un device USB perdu avec /sys/block

Linux : Réactiver un device USB perdu avec /sys/block - Hardware - Linux et OS Alternatifs

Marsh Posté le 11-02-2013 à 13:11:23    

Bonjour,
 
Je suis en train de tenter de récupérer un disque USB avec ddrescue (Mandriva 2010.2).
Le problème est que la partition /dev/sdx1 disparait régulièrement du système, et je suis obligé de casser ddrescue qui mouline alors dans le vide, couper le disque et de le redémarrer pour le faire revenir, puis de relancer ddrescue.
Cependant, lorsque la partition disparait de /dev, le device est toujours présent dans /sys/block/sdx (et bien visible avec lsusb), et la partition bien présente dans /sys/block/sdx/sdx1.
Y a-t-il un moyen de faire réapparaitre dans /dev la partition, par une intervention dans /sys ?
Cela me permettrait d'épargner au disque le stress de ces allumages / extinctions très fréquents, il n'a pas besoin de ça, le pauvre ...
 
D'avance merci.


Message édité par Trex78 le 11-02-2013 à 13:15:14
Reply

Marsh Posté le 11-02-2013 à 13:11:23   

Reply

Marsh Posté le 11-02-2013 à 14:00:05    

tu peux essayer un  

Code :
  1. cd /dev ; MAKEDEV -a


 
(ou sans le -a) je sais plus...


---------------
Collectionner les vieux serveurs c'est chouette mais c'est lourd et ça prend de la place ;)
Reply

Marsh Posté le 12-02-2013 à 08:50:50    

Bonjour,
 
Sur la Mandriva, cela est un peu différent : le script /dev/MAKEDEV est remplacé par un /sbin/makedev en Perl, qui semble devoir faire la même chose.
Il me semble cependant que ce script est fait pour créer les devices au démarrage du système seulement, en exploitant les fichiers de config de /etc/makedev.d
En tout cas, j'ai un peu tenté de le faire fonctionner, il n'a rien voulu faire, mais ça n'a rien cassé, déjà.
Je vais tenter avec une Ubuntu, qui semble utiliser le /dev/MAKEDEV qui a l'air d'être mieux documenté.
 

Reply

Marsh Posté le 12-02-2013 à 09:15:21    

ok merci


---------------
Collectionner les vieux serveurs c'est chouette mais c'est lourd et ça prend de la place ;)
Reply

Marsh Posté le 13-02-2013 à 15:56:23    

si ta partoche se démonte, c'est que le traitement de rescue fait consommer des watts.
essaye de trouver un câble usb double pour alimenter correctement ton disque?


---------------
ma conduite intérieure .:R | memaster pilote officiel de la HFR Badoit-Auchan F1 Team | zéro tracas, zéro blabla MMa.ster
Reply

Marsh Posté le 13-02-2013 à 18:14:27    

Bonsoir,
Actuellement, il est monté dans un boitier qui a sa propre alimentation, et qui permet de monter soit des 2,5", soit des 3,5". A priori, ce ne devrait pas être un problème d'alim.
J'avais aussi essayé avec un câble en Y, pareil.
A part ça, je n'ai rien trouvé. Lancer udev à la main, mais je ne vois pas comment faire, d'abord, et ensuite je crois de moins en moins qu'il soit possible de ranimer le disque en recréant simplement un /dev/sdx1, même correct.

Reply

Marsh Posté le 13-02-2013 à 21:36:35    

un dd sur un autre disk sain et ensuite un ddrescue.
refroidit ton disque, si possible?


---------------
ma conduite intérieure .:R | memaster pilote officiel de la HFR Badoit-Auchan F1 Team | zéro tracas, zéro blabla MMa.ster
Reply

Marsh Posté le 14-02-2013 à 09:51:12    

C'est l'idée : copier le disque défaillant, et travailler ensuite à partir de la copie. ddrescue : parce que dd plante lorsqu'il rencontre des erreurs, et qu'il faudrait reprendre à la main, alors que ddrescue - qui travaille de la même manière - fait ça tout seul, à l'aide de son fichier journal.
Le disque (seagate ST9500325AS) est prévu pour fonctionner à partir de 0°C, donc oui, je vais tenter de le refroidir.

Reply

Marsh Posté le 17-02-2013 à 18:29:43    

Bon, je laisse tomber, le disque apparaît dans fdisk une fois sur deux, et avec une architecture bien louche :

# fdisk -l /dev/sdc1
 
Disque /dev/sdc1: 500.1 Go, 500105217024 octets
255 têtes, 63 secteurs/piste, 60800 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x69205244
 
Cela ne ressemble pas à une table de partition.
Vous avez probablement sélectionné le mauvais périphérique.
 
Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sdc1p1   ?       13578      119522   850995205   72  Inconnu
La partition 1 ne se termine pas sur une frontière de cylindre.
/dev/sdc1p2   ?       45382       79243   271987362   74  Inconnu
La partition 2 ne se termine pas sur une frontière de cylindre.
/dev/sdc1p3   ?       10499       10499           0   65  Novell Netware 386
La partition 3 ne se termine pas sur une frontière de cylindre.
/dev/sdc1p4          167628      167631       25817+   0  Vide
La partition 4 ne se termine pas sur une frontière de cylindre.
 
Les entrées de la table de partitions ne sont pas dans l'ordre du disque


Jamais entendu parler de ces sdc1pn, cela semble lié à la nouvelle méthode de GUID Partition Table .
Le disque est tout ce qu'il y a de plus classique, avec une seule partition.
 
Paix à son âme ...

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed