Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 26/02/2024, à 15:03

fredmir

[Résolu]Etcher... non persistant ?

[Il semble que l'utilitaire Disques plutôt que Etcher ferait bien l'affaire]

Bonjour,

je lis dans la doc que Etcher crée des Usb non persistants. Est-ce à dire que si je clone via ce logiciel mes données pour les installer sur un SSD je ne pourrai pas écrire sur le disque ou faire des mises à jour ?

Merci

Dernière modification par fredmir (Le 27/02/2024, à 19:44)


Clevo I7 i7-8750H HD630 ( Intel® UHD Graphics 630 )
Disque dur 500Go 5400tr/min SATA-3 6Gb/s 2½ 7MM
Disque dur ultra rapide 120Go SSD M.2 (mémoire Flash)
Mémoire DDR4 Sodimm 16Go / Ubuntu 22.04.3 LTS

Hors ligne

#2 Le 26/02/2024, à 16:17

krodelabestiole

Re : [Résolu]Etcher... non persistant ?

etcher ne permet pas de cloner des données...

Hors ligne

#3 Le 26/02/2024, à 18:04

fredmir

Re : [Résolu]Etcher... non persistant ?

Alors je n'ai pas compris cette vidéo... ?


Clevo I7 i7-8750H HD630 ( Intel® UHD Graphics 630 )
Disque dur 500Go 5400tr/min SATA-3 6Gb/s 2½ 7MM
Disque dur ultra rapide 120Go SSD M.2 (mémoire Flash)
Mémoire DDR4 Sodimm 16Go / Ubuntu 22.04.3 LTS

Hors ligne

#4 Le 27/02/2024, à 08:10

krodelabestiole

Re : [Résolu]Etcher... non persistant ?

au temps pour moi, je n'avais jamais fait attention à cette fonctionnalité !
etcher permet en effet de cloner une image, ainsi qu'une partition (comme dd).

par contre cette vidéo montre une très mauvaise pratique, à base de "ça marche chez moi, donc je conseille à tout le monde de faire pareil", sans prendre en compte les tenants et aboutissants de l'opération.

on ne peut cloner un système pour une autre machine que quand elles sont exactement similaires, pour déployer un système sur plusieurs serveurs du même modèle, ou pour installer un système dans une école qui vient d'acheter 80 fois la même machine par exemple.
ça peut aussi avoir un intérêt quand on veut migrer son système d'un disque dur à un SSD.
et c'est à peu près tout.

pour le reste :

on ne peut pas simplement prendre le support (dd ou ssd) du système d'un ordi et le glisser dans un autre ordi.
avec de la chance (ou pas) ça pourra éventuellement démarrer, mais ça ne sera pas optimisé, tout ne fonctionnera pas, on essaiera de charger des modules pour une carte graphique ou wifi par ex. qui n'existe pas...
bref hors distribution live usb, un système n'est pas portable.

https://forum.ubuntu-fr.org/viewtopic.p … #p22713706

pour ce qui semble t'intéresser : https://doc.ubuntu-fr.org/live_usb#mode … persistant
ventoy peut-être ? (jamais utilisé perso)

Hors ligne

#5 Le 27/02/2024, à 11:33

Christophe C

Re : [Résolu]Etcher... non persistant ?

ventoy en persistant, j'ai essayé, jamais réussi.

Le seul persistant facile à utiliser que je connaisse, c'est https://doc.ubuntu-fr.org/unetbootin


BountySource - Faite un petit don, ponctuel ou récurent, pour soutenir le développement de XFCE.
Timeshift - Sécurité : pensez à paramétrer des points de restauration système.
Euclide : « Ce qui est affirmé sans preuve peut être nié sans preuve ».

Hors ligne

#6 Le 27/02/2024, à 12:03

geole

Re : [Résolu]Etcher... non persistant ?

Christophe C a écrit :

ventoy en persistant, j'ai essayé, jamais réussi.

Bonjour
Le travail préparatoire a certainement été bâclé.
Attention: Une persistance doit être utilisée par une seule instance d'une seule version    d'un seul  ordinateur.
Si la clé va sur 20 ordinateurs, il faut 20 fichiers de persistance et  bien les appareiller à  la mise en route.
Si la clé est utilisée pour 4 OS d'un même ordinateur, il faut  4 fichiers de persistance et  bien les appareiller à  la mise en route.
On arrive finalement à 80 fichiers. Totalement ingérable..

Dernière modification par geole (Le 27/02/2024, à 12:05)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#7 Le 27/02/2024, à 12:09

geole

Re : [Résolu]Etcher... non persistant ?

fredmir a écrit :

Bonjour,
. Est-ce à dire que si je clone via ce logiciel mes données pour les installer sur un SSD je ne pourrai pas écrire sur le disque ou faire des mises à jour ?
Merci

Bonjour
Si tu veux cloner tes données, utilise la commande rsync.


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#8 Le 27/02/2024, à 12:24

fredmir

Re : [Résolu]Etcher... non persistant ?

Donc Etcher pourrait fonctionner, dans la mesure où il s'agirait de transférer mes données sur SSD pour ensuite placer ce dernier dans le même ordi à la place du mécanique. Mais pourrai-je faire des mises à jour, écrire sur ce disque ?
Le Home est sur un SSD déjà et y restera (cf. signature) : pas de problème en vue ?

Dernière modification par fredmir (Le 27/02/2024, à 12:27)


Clevo I7 i7-8750H HD630 ( Intel® UHD Graphics 630 )
Disque dur 500Go 5400tr/min SATA-3 6Gb/s 2½ 7MM
Disque dur ultra rapide 120Go SSD M.2 (mémoire Flash)
Mémoire DDR4 Sodimm 16Go / Ubuntu 22.04.3 LTS

Hors ligne

#9 Le 27/02/2024, à 13:53

geole

Re : [Résolu]Etcher... non persistant ?

Un SSD, c'est comme un HDD    Il faut les bonnes autorisations.    Normalement, les commandes clone/rsync les conservent.
Je n'ai toujours pas compris pourquoi tu aurais besoin de etcher. A moins que te ne possèdes pas de support d' installation de ubuntu. Dans ce cas, je pense que ventoy est préférable.


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#10 Le 27/02/2024, à 14:08

krodelabestiole

Re : [Résolu]Etcher... non persistant ?

fredmir a écrit :

Donc Etcher pourrait fonctionner, dans la mesure où il s'agirait de transférer mes données sur SSD pour ensuite placer ce dernier dans le même ordi à la place du mécanique. Mais pourrai-je faire des mises à jour, écrire sur ce disque ?

oui.

Hors ligne

#11 Le 27/02/2024, à 14:17

fredmir

Re : [Résolu]Etcher... non persistant ?

geole a écrit :

Un SSD, c'est comme un HDD  Normalement, les commandes clone/rsync les conservent.
Je n'ai toujours pas compris pourquoi tu aurais besoin de etcher.

Disons que ça me semble plus simple qu'avec rsync.

Mais finalement l'utilitaire de Disques devraient simplement faire l'affaire d'après ce que je vois dans la doc. Et donc je pourrai sauvegarder l'image disque sur le SSD (et pas de problème si le SSD est plus grand ?)...

Dernière modification par fredmir (Le 27/02/2024, à 14:42)


Clevo I7 i7-8750H HD630 ( Intel® UHD Graphics 630 )
Disque dur 500Go 5400tr/min SATA-3 6Gb/s 2½ 7MM
Disque dur ultra rapide 120Go SSD M.2 (mémoire Flash)
Mémoire DDR4 Sodimm 16Go / Ubuntu 22.04.3 LTS

Hors ligne

#12 Le 27/02/2024, à 15:52

krodelabestiole

Re : [Résolu]Etcher... non persistant ?

oui. une fois la partition clonée sur ton SSD avec l'outil de ton choix, et avant de l'utiliser comme nouveau système, tu pourras aussi l'agrandir avec gparted pour profiter de tout l'espace dispo.

Hors ligne

#13 Le 27/02/2024, à 19:42

fredmir

Re : [Résolu]Etcher... non persistant ?

Merci à tous. Ne reste plus qu'à choisir le bon SSD. J'ai idée qu'il me faut ouvrir un autre fil de discussion...


Clevo I7 i7-8750H HD630 ( Intel® UHD Graphics 630 )
Disque dur 500Go 5400tr/min SATA-3 6Gb/s 2½ 7MM
Disque dur ultra rapide 120Go SSD M.2 (mémoire Flash)
Mémoire DDR4 Sodimm 16Go / Ubuntu 22.04.3 LTS

Hors ligne

#14 Le 27/02/2024, à 19:53

geole

Re : [Résolu]Etcher... non persistant ?

fredmir a écrit :
geole a écrit :

Un SSD, c'est comme un HDD  Normalement, les commandes clone/rsync les conservent.
Je n'ai toujours pas compris pourquoi tu aurais besoin de etcher.

Disons que ça me semble plus simple qu'avec rsync.

Mais finalement l'utilitaire de Disques devraient simplement faire l'affaire d'après ce que je vois dans la doc. Et donc je pourrai sauvegarder l'image disque sur le SSD (et pas de problème si le SSD est plus grand ?)...

Fais bien attention à ce que tu lis dans la documentation de gnome disks
allez sur le menu des partitions (les engrenages),
puis cliquez sur "Créer une image de la partition",

Cela fabrique un fichier qu'il faudra utiliser avec des commandes loop ou "dé-imager" dans une partition.
Regarde plutôt du coté de parclone, si tu es allergique à la ligne de commande.
Il y a des options sans compression et copie directe dans une partition de même type et de même taille pouvant être agrandie plus tard.


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#15 Le 27/02/2024, à 20:09

fredmir

Re : [Résolu]Etcher... non persistant ?

Dans la doc parclone : "Partclone est une application en ligne de commande"...


Clevo I7 i7-8750H HD630 ( Intel® UHD Graphics 630 )
Disque dur 500Go 5400tr/min SATA-3 6Gb/s 2½ 7MM
Disque dur ultra rapide 120Go SSD M.2 (mémoire Flash)
Mémoire DDR4 Sodimm 16Go / Ubuntu 22.04.3 LTS

Hors ligne

#16 Le 28/02/2024, à 10:06

Christophe C

Re : [Résolu]Etcher... non persistant ?

Partcolone c'est un peu rugueux pour un débutant.

Le plus simple pour cloner une image reste quand même gnome-disk, puis redimensionnement de la nouvelle partition avec Gparted.(mode graphique, très simple).

Le redimensionnement est plus ou moins obligatoire, parce que la nouvelle partition aura la taille de la 1er. Et cette taille a de bonne chance d'être différente de celle du nouveau DD. Ce n'est pas bloquant, mais on perd de la place disque inutilisée => redimensionnement.
Attention le nouveau disque doit avoir une taille sup ou égale à la taille de la partition clonée, sinon il ne pourra pas l'accepter.

Dernière modification par Christophe C (Le 28/02/2024, à 10:07)


BountySource - Faite un petit don, ponctuel ou récurent, pour soutenir le développement de XFCE.
Timeshift - Sécurité : pensez à paramétrer des points de restauration système.
Euclide : « Ce qui est affirmé sans preuve peut être nié sans preuve ».

Hors ligne