Vous n'êtes pas identifié(e).
Pages : 1
Dernière modification par Debian Alain (05-11-2018 09:06:20)
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
un boîtier 3 HDD USB 3.0 amazon (dont un de 4 To formaté en 2 x 2To fat32)
2x 2 To formaté en fat32, ce n'est pas un peu imprudent le fat32 sur de si gros volumes ?
Desktop 1: SKP P21. Gigabyte B550M DS3H. AMD Ryzen 9 3900 @ 3,1 Ghz. Kingston FURY 64 Gb DDR4-3200. Sapphire Radeon Pulse RX 6700 XT 12Gb.
Laptop: Acer Aspire E5-573G. Intel Core i3-4005U @ 1,7 Ghz. Intel Haswell-ULT Integrated Graphics
Desktop 2: HP Compaq 6000 Pro Intel Core2 Quad Q8400 @ 2,6 Ghz. 6Gb ddr3. Geforce GT 710
Hors ligne
mon but : copier sur le HDD de 4 To de façon strictement identique , le disque du hp 6005
afin de l'étendre à 4 To plus tard et de remplacer les disques .
faisable depuis le pc principal ? comment ? en ssh ?
Je n'ai pas compris très bien: Tu veux brancher le disque de 4To sur le HP 6005 et qu'il soit capable de l'amorcer?
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
un boîtier 3 HDD USB 3.0 amazon (dont un de 4 To formaté en 2 x 2To fat32)
2x 2 To formaté en fat32, ce n'est pas un peu imprudent le fat32 sur de si gros volumes ?
Moi je le trouve aussi très bizarre. Je suppose que c'est pour de raisons de compatibilité avec des media-player, TV's etc.
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
Hors ligne
Hors ligne
bon , j'ai réussi à cloner mon disque ... en local .
à distance , apparemment , ça marche pas .
Ce serait chouette d'indiquer la méthode en local, et si tu peux, les tentatives de commande que tu as essayé pour le distant sans succès également.
Dernière modification par smolski (02-11-2018 14:49:29)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
mon but : copier sur le HDD de 4 To de façon strictement identique , le disque du hp 6005 afin de l'étendre à 4 To plus tard et de remplacer les disques. faisable depuis le pc principal ? comment ? en ssh ?
Si je comprends bien, les deux disques sont connectés à la même machine ? Donc ssh depuis l'autre machine, oui.
Quand tu écris "strictement identique", c'est à quel niveau, fichier ou secteur ?
Pour une copie secteur par secteur (mais alors pourquoi préciser comment le disque de destination est partitionné et formaté puisque cela va être écrasé ?), les deux disques ne doivent pas être en cours d'utilisation : aucun système de fichier monté, aucun swap utilisé, etc. Donc si le disque source contient le système, ça pose évidemment un problème. Il faut lancer un autre système depuis un autre support.
En revanche une copie fichier par fichier peut et doit se faire avec les systèmes de fichiers source et destination montés.
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par Debian Alain (02-11-2018 17:54:02)
Hors ligne
alors , la méthode que j'ai essayé en distant : télécharger clonezilla en PXE .
sur ma machine distante , c'est inopérant .
en local , j'ai essayé un cdrom de clonezilla .
j'ai réussi à faire le clonage mais , je me retrouve avec un espace non alloué de 3.18 To que je n'arrive pas à formater en partition étendue ou logique .
http://pix.toile-libre.org/upload/thumb/1541177562.png
http://pix.toile-libre.org/upload/thumb/1541177615.png
un coup de main ?
T'as deux solutions:
1) agrandir la partition étendue /dev/sdh2 jusqu'au but du disque, et après créer une partition (ou plusieurs) logique dedans, ou même agrandir /dev/sdh8 (je suppose celle ci c'est le /home, n'est ce pas?), mais toujours après agrandir le conteneur (/dev/sdh2)
2) créer une partition primaire sur l'espace non allouée
PS: je déconseille le format fat32 pour des partitions de ce largeur
Dernière modification par empanada (02-11-2018 18:42:50)
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
Dernière modification par Debian Alain (02-11-2018 19:40:04)
Hors ligne
- un disque de 4 To se formate en gpt , pas en msdos (limite 2.2To)
C'est vrai. Je n'avais pas tombé dessus.
- la table de partitions a dû être modifiée . donc abîmée .
Pourquoi?
- pour copier un systeme , utiliser rsync par exemple puis recréer le boot .
Oui, rsync ou quelconque autre procédure.
Premier: créer, dans le nouveau disque, une structure de partitions similaire à celle du disque original, mais en GPT, et en plus avec une partition EFI.
Seconde: Faire une copie des fichiers (rsync, etc) partition à partition
Troisième: Récréer l'amorçage . Le plus simple avec un média d'amorçage externe (clé USB, CD/DVD...) en faisant un chroot sur la racine du nouveau disque.
Ça c'est possible. Pas trop simple, mais possible.
Salut
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
- un disque de 4 To se formate en gpt , pas en msdos (limite 2.2To)
En effet. Tu peux convertir le disque au format GPT avec gdisk sans devoir réinstaller autre chose que le chargeur d'amorçage GRUB.
Il vaut mieux montrer que raconter.
Hors ligne
et en plus avec une partition EFI
Pour quoi faire ? Tu ne confonds pas avec une partition "BIOS boot" ?
Il vaut mieux montrer que raconter.
Hors ligne
empanada a écrit :et en plus avec une partition EFI
Pour quoi faire ? Tu ne confonds pas avec une partition "BIOS boot" ?
Non, je pensais en faire un chroot et changer grub-pc par grub-uefi et installer l'amorçage UEFI.. C'est possible, non?
T'as les idées plus claires que moi en général mais dans ce thème d'amorçages UEFI en particulier
En effet. Tu peux convertir le disque au format GPT avec gdisk sans devoir réinstaller autre chose que le chargeur d'amorçage GRUB.
Directement? Sans perte des données?
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
je pensais en faire un chroot et changer grub-pc par grub-uefi et installer l'amorçage UEFI.. C'est possible, non?
Chercher les ennuis, c'est toujours possible. Pourquoi faire simple quand on peut faire compliqué ? Quel serait l'intérêt de passer en UEFI ? Il n'est même pas sûr que cette machine le supporte.
Directement? Sans perte des données?
Oui. Les partitions ne bougent pas, sauf la partition étendue qui disparaît bien sûr. Cela ne réécrit que la table de partition. On peut même le faire à chaud depuis un système installé sur le disque lui-même. Comme c'est un HP, il faudra sûrement activer la partition GPT du MBR protecteur pour l'amorçage BIOS. Facile à faire avec fdisk ou parted.
Il vaut mieux montrer que raconter.
Hors ligne
empanada a écrit :je pensais en faire un chroot et changer grub-pc par grub-uefi et installer l'amorçage UEFI.. C'est possible, non?
Chercher les ennuis, c'est toujours possible. Pourquoi faire simple quand on peut faire compliqué ? Quel serait l'intérêt de passer en UEFI ? Il n'est même pas sûr que cette machine le supporte.
Parce que les chemins compliqués ont meilleures vues? .... mais
Il n'est même pas sûr que cette machine le supporte.
cette raison est importante pour ne pas vouloir se compliquer .
empanada a écrit :Directement? Sans perte des données?
Oui. Les partitions ne bougent pas, sauf la partition étendue qui disparaît bien sûr. Cela ne réécrit que la table de partition. On peut même le faire à chaud depuis un système installé sur le disque lui-même. Comme c'est un HP, il faudra sûrement activer la partition GPT du MBR protecteur pour l'amorçage BIOS. Facile à faire avec fdisk ou parted.
Et le MBR/GRUB et aussi les UUIDs des partitions restent aussi? (donc l'amorçage BIOS se fait sans problème?)
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
Et le MBR/GRUB et aussi les UUIDs des partitions restent aussi? (donc l'amorçage BIOS se fait sans problème?)
La position et le contenu des partitions est inchangé, donc les UUID qui font partie du contenu ne changent pas. Par contre les PARTUUID qui font partie de la table de partition changent, mais il est rare qu'on les utilise avec une table de partition DOS.
Le programme d'amorce du MBR n'est pas touché. Mais si c'est le programme d'amorce standard du style de celui de DOS/Windows qui ne sait que charger le secteur d'amorce de la partition principale marquée active, alors il ne fonctionnera plus car la table de partition du MBR protecteur ne contient qu'une partition de protection factice de type GPT (identifiant "ee") qui commence au secteur 1 juste derrière le MBR et n'est évidemment pas amorçable puisque le secteur 1 contient l'en-tête de la table de partition GPT. Il faut le remplacer par un programme d'amorce capable d'amorcer une partition GPT et activer l'attribut d'amorçage de celle-ci. Apparemment syslinux peut installer ce type d'amorce, mais je ne l'ai jamais testé.
Si le programme d'amorce du MBR est la boot image de GRUB, alors la core image était installée dans les secteurs suivants, à l'emplacement qui est maintenant occupé par la table de partition GPT. Il faut donc réinstaller GRUB dans le MBR pour que la core image soit installée ailleurs. Deux possibilités :
- créer une petite partition (100 ko à 1 Mo) de type "BIOS boot" (drapeau "bios_grub" dans parted) non formatée où grub-install pourra installer la core image ; les deux emplacements de prédilection sont l'espace entre la table de partition GPT et la première partition ou l'espace qui était réservé à la partition étendue.
- exécuter grub-install avec l'option --force pour le forcer à installer la core image dans /boot/grub et utiliser les listes de blocs. Attention : ce n'est pas fiable, et ce n'est pas toujours possible selon la localisation de /boot/grub, notamment avec btrfs, RAID logiciel, LVM...
Il vaut mieux montrer que raconter.
Hors ligne
Le programme d'amorce du MBR n'est pas touché. Mais si c'est le programme d'amorce standard du style de celui de DOS/Windows qui ne sait que charger le secteur d'amorce de la partition principale marquée active, alors il ne fonctionnera plus car la table de partition du MBR protecteur ne contient qu'une partition de protection factice de type GPT (identifiant "ee") qui commence au secteur 1 juste derrière le MBR et n'est évidemment pas amorçable puisque le secteur 1 contient l'en-tête de la table de partition GPT. Il faut le remplacer par un programme d'amorce capable d'amorcer une partition GPT et activer l'attribut d'amorçage de celle-ci. Apparemment syslinux peut installer ce type d'amorce, mais je ne l'ai jamais testé.
Très intéressant. Il faudra tester dans une après-midi de pluie.
Si le programme d'amorce du MBR est la boot image de GRUB, alors la core image était installée dans les secteurs suivants, à l'emplacement qui est maintenant occupé par la table de partition GPT. Il faut donc réinstaller GRUB dans le MBR pour que la core image soit installée ailleurs. Deux possibilités :
- créer une petite partition (100 ko à 1 Mo) de type "BIOS boot" (drapeau "bios_grub" dans parted) non formatée où grub-install pourra installer la core image ; les deux emplacements de prédilection sont l'espace entre la table de partition GPT et la première partition ou l'espace qui était réservé à la partition étendue.
- exécuter grub-install avec l'option --force pour le forcer à installer la core image dans /boot/grub et utiliser les listes de blocs. Attention : ce n'est pas fiable, et ce n'est pas toujours possible selon la localisation de /boot/grub, notamment avec btrfs, RAID logiciel, LVM...
Et dans cette ré-installation du grub, si on a créé cette partition "BIOS boot"...grub-install la détecte et installe dessus la "core image" sans besoin de spécifier l'endroit avec un paramètre à la ligne de commande? Je suppose que oui...puisque en vérifiant les paramètres de grub-install, je ne vois option qui semble être pour ce propos.
Salut
"blues are the roots and the other musics are the fruits" . Willie Dixon
Hors ligne
si on a créé cette partition "BIOS boot"...grub-install la détecte et installe dessus la "core image" sans besoin de spécifier l'endroit avec un paramètre à la ligne de commande?
Oui.
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par Debian Alain (05-11-2018 09:31:53)
Hors ligne
j'ai trouvé ceci : https://lafibre.info/systeme-exploitation/uefi-gpt/
Cet article est truffé d'erreurs et contre-vérités.
il n'est apparemment pas possible de monter un mbr sur du gpt
Bien sûr que si. Mon vieux PC BIOS démarre très bien sur un disque en GPT.
Mais tu es libre de croire qui tu veux.
Il vaut mieux montrer que raconter.
Hors ligne
Pages : 1