william wrote:@Ambelliance : Non dd ne copie pas vraiment les fichier mais plus les "secteurs" du disque.
Ainsi si je fais dd if=/dev/sda of=monmbr.toto bs=512 count=1 je copie le mbr+la table des partitions.
Pour "copier" un disque il suffit de faire un dd if=/dev/hda of=/dev/sda et le tour est joué.

Effectivement William, tu as tout as fait raison, en utilisant le fichier device du disque dur, on peut copier ses secteurs (donc, le MBR, la table d'inode, les données des fichiers).

J'avais répondu trop vite en considérant uniquement l'aspect fichier entrée - fichier sortie (sans tilter sur le fait que dans le cas qui nous préoccupe, le fichier d'entrée c'est le fichier device du disque dur).
Mea culpa 😉

A priori, ta solution devrait faire le job 😉

Cordialement,
Stefan

@Ambelliance : Non dd ne copie pas vraiment les fichier mais plus les "secteurs" du disque.
Ainsi si je fais dd if=/dev/sda of=monmbr.toto bs=512 count=1 je copie le mbr+la table des partitions.
Pour "copier" un disque il suffit de faire un dd if=/dev/hda of=/dev/sda et le tour est joué. Par contre je ne suis pas sure que tout refonctionne parfaitement ensuite ... mais les donnée seront là. Donc pour "sauvegarder" le disque mourrant, je verrais bien la solution suivante :
1/ Création d'une image disque :
- dd if=/dev/sda of=fichier.stocke.sur.un.autre.disque.monte ( /media/disqueusb/monimage.bin )
- Installation de l'OS sur un autre disque ( attention pas le disque qui contient l'image )
- Montage de l'image sur le nouvel OS :
mount -o loop,ro /media/disqueusb/monimage.bin /media/iso ( /media/iso doit exister )
- rsync -avuz /media/iso /la/ou/je/veux/mettre/mesdonnees
Et hop

@Ambelliance : regarde le man yum.conf, les paramètres installonly_limit et installonlypkgs.

@herrib : j'ai fait un test avec un RT73USB et le noyau 2.6.23 il y a 8 jours : connexion impossible.
La solution du driver legacy pour le RT73 est toujours réalisable, même si ces pilotes ne sont plus maintenus. Se pose aussi la question de la gestion du cryptage WPA avec des outils non standards sous Fedora.
Le vrai dilemme c'est que Fedora fournit le RT2x00 pour des raisons de cohérence avec l'ensemble des pilotes Ralink et avec la couche mac80211, même si ils ne fonctionnent pas correctement selon les versions du noyau.
Il est à souhaiter que la période d'instabilité se termine au plus vite car les composants Ralink sont vraiment des produits très complets (mode Monitor, injection, ...)