Bonjour,
Après plusieurs tentatives, quelques prises de tête, rien n'y fait.
Je me suis aperçu, lors de la commande update-initramfs -c -k $(uname -r) qu'il me renvoit une erreur update-initramfs: failed for /boot/initrd.img-2…
Je vais finir par croire que c'est impossible de cloner 1 disque!!
J'ai suivi les instructions.
A savoir :
J'ai recommencé de zéro: dd if=/dev/hdc of/dev/hdb
J'ai débranché mon disque d'origine par mesure de précaution. mount /dev/hdb1 /mnt
mount --bind /dev /mnt/dev
chroot /mnt
/sbin/blkid
J'ai modifié le fstab: /dev/hdc1 par UUID=id de la partition /dev/hdc2 par UUID=id du swap
J'ai modifié /boot/grub/menu.lst: # kopt=root=UUID=id de la partition ro
update-grub
J'ai remplacé RESUME=/dev/hdc2 par UUID=id du swap : nano /etc/initramfs-tools/conf.d/resume
J'ai remplacé RESUME DEVICE=/dev/hdc2 par UUID=id du swap : nano /etc/uswsusp.conf
update-initramfs -u car update-initramfs -u -k $(uname -r) me renvoie une erreur …init non trouvé.
Je dois louper une commande: car toujours l'erreur Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(22,1).
Bonjour,
j'ai tapé les commandes suivantes depuis un livecd: mount /dev/hdb1 /mnt
mount --bind /dev /mnt/dev
chroot /mnt
A partir de là, j'ai pu, sans difficulté modifier /boot/grub/menu.lst et /etc/fstab
J'ai modifié chaque ligne en remplaçant hbc1 par hdb1.
update-grub
update-initramfs -u
vim /etc/initramfs-tools/conf.d/resume
j'ai modifié hdc2 en hdb2
Désormais au redémarrage du système, j'ai une nouvelle erreur (j'ai régressé): kernel panic-not syncing : VFS :unable to mount root fs on unknown-block
Merci pour tout vos bons conseils. Je vais tenter vos manipulations dès lundi.
Pour la petite histoire, il s'agit de matériels spécifiques (transmission radio géré par un système Debian). L'entreprise qui a développé cette unité a fait le choix de placer des DiskOnModule (à la place des disques classique). Malheureusement des problèmes de fiabilité apparaissent de temps à autre au niveau du stockage. D’où l'idée de cloner "brute de décoffrage" ces disques.
L'idée de partir de zéro, en installant un OS et replaquant les programmes m'a traversé l'esprit. Mais ne connaissant pas le fonctionnement du système et plus précisément du programme, cela ne m'a pas paru judicieux.
Sachant également qu'il s'agit pour le moment de test afin d'intervenir le jour venu en urgence afin de remettre en état de marche le système (en un minimum de temps).
Vu les circonstances, j'ai une crainte à l'idée de commencer a modifier les données du disque d'origine, au risque de remettre en cause le fonctionnement complet de la machine.
Malgré tout, je vais tenter ce que vous m'expliquer. En espérant que cela fonctionne.
Je vous tient au courant.
[^] # Re: .
Posté par alexandre_b . En réponse au message Cloner un disque Linux Debian. Évalué à -1.
Bonjour,
Après plusieurs tentatives, quelques prises de tête, rien n'y fait.
Je me suis aperçu, lors de la commande update-initramfs -c -k $(uname -r) qu'il me renvoit une erreur update-initramfs: failed for /boot/initrd.img-2…
Je vais finir par croire que c'est impossible de cloner 1 disque!!
[^] # Re: .
Posté par alexandre_b . En réponse au message Cloner un disque Linux Debian. Évalué à 0.
J'ai suivi les instructions.
A savoir :
J'ai recommencé de zéro:
dd if=/dev/hdc of/dev/hdb
J'ai débranché mon disque d'origine par mesure de précaution.
mount /dev/hdb1 /mnt
mount --bind /dev /mnt/dev
chroot /mnt
/sbin/blkid
J'ai modifié le fstab:
/dev/hdc1 par UUID=id de la partition
/dev/hdc2 par UUID=id du swap
J'ai modifié /boot/grub/menu.lst:
# kopt=root=UUID=id de la partition ro
update-grub
J'ai remplacé RESUME=/dev/hdc2 par UUID=id du swap :
nano /etc/initramfs-tools/conf.d/resume
J'ai remplacé RESUME DEVICE=/dev/hdc2 par UUID=id du swap :
nano /etc/uswsusp.conf
update-initramfs -u car update-initramfs -u -k $(uname -r) me renvoie une erreur …init non trouvé.
Je dois louper une commande: car toujours l'erreur
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(22,1).
# .
Posté par alexandre_b . En réponse au message Cloner un disque Linux Debian. Évalué à 0.
Bonjour,
j'ai tapé les commandes suivantes depuis un livecd:
mount /dev/hdb1 /mnt
mount --bind /dev /mnt/dev
chroot /mnt
A partir de là, j'ai pu, sans difficulté modifier /boot/grub/menu.lst et /etc/fstab
J'ai modifié chaque ligne en remplaçant hbc1 par hdb1.
update-grub
update-initramfs -u
vim /etc/initramfs-tools/conf.d/resume
j'ai modifié hdc2 en hdb2
Désormais au redémarrage du système, j'ai une nouvelle erreur (j'ai régressé):
kernel panic-not syncing : VFS :unable to mount root fs on unknown-block
Je suis perdu!
# .
Posté par alexandre_b . En réponse au message Cloner un disque Linux Debian. Évalué à 1.
Merci pour tout vos bons conseils. Je vais tenter vos manipulations dès lundi.
Pour la petite histoire, il s'agit de matériels spécifiques (transmission radio géré par un système Debian). L'entreprise qui a développé cette unité a fait le choix de placer des DiskOnModule (à la place des disques classique). Malheureusement des problèmes de fiabilité apparaissent de temps à autre au niveau du stockage. D’où l'idée de cloner "brute de décoffrage" ces disques.
L'idée de partir de zéro, en installant un OS et replaquant les programmes m'a traversé l'esprit. Mais ne connaissant pas le fonctionnement du système et plus précisément du programme, cela ne m'a pas paru judicieux.
Sachant également qu'il s'agit pour le moment de test afin d'intervenir le jour venu en urgence afin de remettre en état de marche le système (en un minimum de temps).
Vu les circonstances, j'ai une crainte à l'idée de commencer a modifier les données du disque d'origine, au risque de remettre en cause le fonctionnement complet de la machine.
Malgré tout, je vais tenter ce que vous m'expliquer. En espérant que cela fonctionne.
Je vous tient au courant.
Merci.