Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Représenter Fedora au Capitole du Libre 2019

#126 09/08/2018 16:22:08

huit8
Membre
Inscription : 31/07/2018
Messages : 179

Re : boot d'image Fedora depuis une clé USB

j'ai l'impression que je laisse les gens dans la perplexité... pourtant je pense que -pour qqn qui s'y connait, ce qui n'est pas mon cas- ce devrait être assez simple

La question est:    sachant que je me suis assuré de bien avoir le paquet livecd-tools sur mon ordi
1) le paquet "livecd-iso-to-disk" comprend-t-il l'image live iso, ou dois-je la recharger ?
2) quelle est la phrase de commande exacte (dans l'ordre) pour insérer les options conseillées suivantes dans la phrase type:

livecd-iso-to-disk --overlay-size-mb 1024 ~/Téléchargements/Fedora-Workstation-Live-x86_64-28-1.1.iso /dev/sdc

...à savoir....   --efi , peut-être --format ,   et    --home-size-mb (avec un chiffre?)    et    --overlay-size-mb 2048

Hors ligne

#127 09/08/2018 16:28:19

madko
Contributeur Fedora et Linuxé depuis 1994
Modérateur
Lieu : Noisy the Great (9³)
Inscription : 22/12/2006
Messages : 7 373
Site Web

Re : boot d'image Fedora depuis une clé USB

Il y a en effet beaucoup de perplexité, surtout que certains points ont été répondus dans les posts précédents.

1) Le paquet livecd-iso-to-disk doit faire quelques Ko, voire Mo. Il ne peut donc en aucun cas contenir les ISO. D'ailleurs comment le paquet pourrait deviner que tu veux utiliser l'iso d'une Fedora 28 workstation et non une Fedora 27 server par ex ? Donc il faut disposer des fichiers ISO.

2) Là je ne comprend pas la question. Il te manque sûrement à la commande l'option --efi et --format. Les options peuvent être données dans n'importe quel ordre (sinon ça serait ingérable). Pour le --overlay-size-mb et --home-size-mb me semble que dans un de tes posts précédents, où tu cite la doc, il est indiqué que c'est des équivalents.

PS: En général la règle d'usage sur les forum veut qu'on attende 24h avant de reposter un message sur son propre sujet de conversation.

Hors ligne

#128 09/08/2018 18:25:05

huit8
Membre
Inscription : 31/07/2018
Messages : 179

Re : boot d'image Fedora depuis une clé USB

PS: En général la règle d'usage sur les forum veut qu'on attende 24h avant de reposter un message sur son propre sujet de conversation.

désolé, du coup c'est moi qui suis dans la perplexité; je croyais que d'être réactif permettait de prouver aux gens qu'on réagissait, et rapidement à leurs conseils.
par contre, si c'est le sens de ta remarque, je ne considère pas, personnellement, que j'aie posé plusieurs fois la même questions (sauf si personne n'y a répondu pendant un long laps de temps, naturellement), et donc fait preuve d'impatience.
Pour te dire, j'ai grillé pas moins d'un mois et demi (j'ai vérifié) à plein temps pour cette question. Et je ne suis pas sûr qu'elle soit complètement résolue.
Enfin, je vais m'y remettre d'après tes dernières explications.

Hors ligne

#129 12/08/2018 10:45:27

madko
Contributeur Fedora et Linuxé depuis 1994
Modérateur
Lieu : Noisy the Great (9³)
Inscription : 22/12/2006
Messages : 7 373
Site Web

Re : boot d'image Fedora depuis une clé USB

Regarde la page précédente pour bien comprendre. Tu postes plusieurs messages de suite sans attendre d'éventuelles réponses. C'est ça qu'il faut éviter. Je ne dis pas que les autres personnes doivent attendre 24h pour te répondre. Donc pas de soucis de réactivité c'est plus pour éviter d'inonder les gens de mails à chacun de tes messages. J'essaierai de te trouver des ex de questions multiples déjà repondues mais là je n'ai pas le temps. Bon courage pour la suite.

Hors ligne

#130 12/08/2018 22:33:17

huit8
Membre
Inscription : 31/07/2018
Messages : 179

Re : boot d'image Fedora depuis une clé USB

ok madko, ya pas de mal, mais je t'ai trouvé un peu sec dans ta dernière réponse

je crois que vous avez envie que les gens soient le plus nombreux possible sur Fedora (dont j'aime bien l'ergonomie), alors essayez de vous mettre à la portée des gens.
Moi, je ne suis pas complètement ignare en informatique, et c'est quand même souvent la galère. Alors pensez au nombre de gens qui voudraient essayer de quitter les "payants", mais qui y renoncent d'avance, vu la difficulté. Bien peu savent utiliser une console!

Pour mon affaire, je suis actuellement en stand-by, je vais reprendre ça demain, et essayer toutes les solutions, pour trouver exactement ce que je cherche.
Bonne soirée.

Hors ligne

#131 14/08/2018 14:51:20

didierg
Modérateur
Modérateur
Inscription : 11/07/2005
Messages : 4 964

Re : boot d'image Fedora depuis une clé USB

Je n'ai pas vérifié si ce document en anglais a déjà été cité dans cette (longue) discussion mais il me parait bien rédigé en particulier au niveau de la persistance:

https://docs.pagure.org/docs-fedora/cre … image.html

Hors ligne

#132 22/08/2018 12:54:45

huit8
Membre
Inscription : 31/07/2018
Messages : 179

Re : boot d'image Fedora depuis une clé USB

Bonjour,
Je pense avoir maintenant une (des) lignes de commande correctes
je pars de la dernière version téléchargée sur disque dur
1) j'ai re-téléchargé Fedora Live Workstation, et vérifié avec 
       sha256sum Téléchargements/Fedora...etc....
2) j'ai recherché le nom de ma clé USB/SD   avec    journalctl -f
       la réponse est   /dev/sdc
3) ensuite j'ai voulu repartir d'une clé vierge, et donc voulu faire:
     

 [root@linux sage]# command|su -c "livecd-iso-to-disk --format --reset-mbr Fedora-Workstation-Live-  x86_64-28-1.1.iso" /dev/sdc
su: l'identifiant /dev/sdc n'existe pas.

         et je ne comprends pas.....voilà la réponse !!!!!!

Hors ligne

#133 22/08/2018 13:22:57

Beta-Pictoris
Membre
Lieu : Angers
Inscription : 26/09/2010
Messages : 313

Re : boot d'image Fedora depuis une clé USB

Ta seconde guillemet n'est pas placée au bon endroit.

Hors ligne

#134 22/08/2018 14:14:54

madko
Contributeur Fedora et Linuxé depuis 1994
Modérateur
Lieu : Noisy the Great (9³)
Inscription : 22/12/2006
Messages : 7 373
Site Web

Re : boot d'image Fedora depuis une clé USB

A quoi sert command ? Pourquoi ajouter su ? Pourquoi ne pas rester sur les commandes qui marchaient ? (cf page précédente)

PS: toujours pas d'effort pour utiliser la balise code ?

PS2: J'ai modifié ton commentaire #132 (!!) regarde comment fonctionne les balises code (en éditant ce commentaire)

Hors ligne

#135 24/08/2018 16:07:21

huit8
Membre
Inscription : 31/07/2018
Messages : 179

Re : boot d'image Fedora depuis une clé USB

https://docs.pagure.org/docs-fedora/cre … image.html     (conseillé par didierg)

Formatage refusé...???

[root@linux Téléchargements]# livecd-iso-to-disk --format --reset-mbr Fedora-Workstation-Live-x86_64-28-1.1.iso /dev/sdc1

    NOTICE:  '/dev/sdc1' is mounted at '/run/media/sage/Fedora-WS-Live-28-1-1'.

                Please unmount for safety.
                Exiting...

[root@linux Téléchargements]# 

Hors ligne

#136 24/08/2018 16:16:52

huit8
Membre
Inscription : 31/07/2018
Messages : 179

Re : boot d'image Fedora depuis une clé USB

Pour Madko (message du 9/8)....

You can combine --home-size-mb and --overlay-size-mb, in which case data written to /home will not exhaust the persistent overlay.

Hors ligne

#137 24/08/2018 16:19:46

madko
Contributeur Fedora et Linuxé depuis 1994
Modérateur
Lieu : Noisy the Great (9³)
Inscription : 22/12/2006
Messages : 7 373
Site Web

Re : boot d'image Fedora depuis une clé USB

C'est assez explicite:

    NOTICE:  '/dev/sdc1' is mounted at '/run/media/sage/Fedora-WS-Live-28-1-1'.

                Please unmount for safety.
                Exiting...

Tu as reussi à t'en sortir du coup ?

Hors ligne

#138 24/08/2018 17:30:44

huit8
Membre
Inscription : 31/07/2018
Messages : 179

Re : boot d'image Fedora depuis une clé USB

Je ne sais pas si c'est explicite, mais le formatage n'est pas fait.
Quand j'insère la clé, la mention "Fedora Live" s'affiche, preuve qu'elle n'a pas été formatée!

La notice parle de sdc1, j'ai essayé avec sdc, et sdc1, sans plus de succès, je ne vois pas ce qui cloche!

Au fait, madko, j'avais changé le début de la commande, parce que je ne pars plus de handylinux, mais de fedora chargé sur mon DD, et la version "command|su" n'a semble-t-il pas été refusée par le terminal

Hors ligne

#139 24/08/2018 18:31:14

huit8
Membre
Inscription : 31/07/2018
Messages : 179

Re : boot d'image Fedora depuis une clé USB

@madko,

la commande "command|su" provient de ce document Fedora:

https://fedoraproject.org/wiki/How_to_c … ive_USB/fr

Hors ligne

#140 25/08/2018 10:13:48

madko
Contributeur Fedora et Linuxé depuis 1994
Modérateur
Lieu : Noisy the Great (9³)
Inscription : 22/12/2006
Messages : 7 373
Site Web

Re : boot d'image Fedora depuis une clé USB

Alors

Please unmount for safety.

indique clairement que ta clef est déjà montée, ce qui est déconseillé. Que va t'il se passer si tu formates un FS alors qu'il est monté. Ce n'est pas logique c'est pour cela qu'il ne fait pas le formatage.
L'erreur va même jusqu'à t'afficher le point de montage:

 '/dev/sdc1' is mounted at '/run/media/sage/Fedora-WS-Live-28-1-1'.

C'est tout ces messages qui était explicite. Mais faut avoir quelque notion d'anglais bien sûr.

Donc, demonte ta clef avant toute opération:

umount /run/media/sage/Fedora-WS-Live-28-1-1

(peut-être à lancer avec sudo/su si tu n'a pas les bonnes permissions pour faire le umount)

Hors ligne

#141 25/08/2018 11:42:15

huit8
Membre
Inscription : 31/07/2018
Messages : 179

Re : boot d'image Fedora depuis une clé USB

merci madko,

je n'ai pas de problème avec l'anglais; c'est juste cette logique qui m'a échappé! Pourquoi démonter le périphérique, alors qu'il faut justement le faire reconnaître, pour qu'il soit formaté.....
Bon, cette étape a marché,
mais il me dit:

Target device is now set up with a Live image!

Mais ce n'est pas ce que je voulais: je voulais le formater + repartitionner, de façon clean, pour réinstaller Fedora sur la clé, avec le --efi  --home-sizemb   et....   --overlay-size-mb

Je m'absente quelques jours, à bientôt!

Hors ligne

#142 25/08/2018 12:52:28

madko
Contributeur Fedora et Linuxé depuis 1994
Modérateur
Lieu : Noisy the Great (9³)
Inscription : 22/12/2006
Messages : 7 373
Site Web

Re : boot d'image Fedora depuis une clé USB

Si tu montes un FS c'est pour l'utiliser, lire et écrire dans des fichiers etc. Donc si en même temps tu le formates... c'est là où c'est pas logique. Peut être que tu confonds formatage et suppression de fichiers? Ce n'est pas la même chose! Pour retenir, il faut savoir que le formatage permet aussi de changer de type de FS (=plus le même type de montage!), donc on repart vraiment à zero, et c'est plus bas niveau que d’accéder à des fichiers. Donc il vaut mieux démonter. En soit ce n'est pas une obligation, c'est juste que tu vas droit dans de sacré problèmes de cohérence et de corruptions de fichiers si d'un côté tu te sers du FS, et que de l'autre, tu formates. J'arrive pas à trouver d'analogie simple, la seule qui me vient c'est comme vouloir scier sa propre branche...

Il y a 3 étapes habituellement dans l'utilisation d'un périphérique de stockage:
- le branchement pour le rendre fonctionnel (c'est que électrique en gros)
- la détection par l'OS (pilote du noyau pour savoir comment causer avec le périphérique). Ici il est déjà possible de faire des opérations bas niveau (formatage, clonage, vérification etc)
- Et s'il y a une couche plus évoluée, par ex un FS, on peut le monter qu'à ce moment là.

Après seul toi sait ce que tu veux vraiment faire. L'OS ne fait qu’exécuter tes commandes. Donc si tu ne lui as pas passer les options que tu voulais (--efi --home-sizemb etc) tu ne peux t'en prendre qu'à toi même. Rien de grave, heureusement, suffit de relancer la commande.

ps: pour la commande "command" c'est dans la doc certes mais je ne vois absolument pas son intérêt ici... surtout avec un pipe. Si quelqu'un a une idée??

Hors ligne

#143 05/09/2018 17:04:31

huit8
Membre
Inscription : 31/07/2018
Messages : 179

Re : boot d'image Fedora depuis une clé USB

Bonjour, de retour,

@madko
j'ai essayé différentes solutions sans succès; j'ai fini par formater la cléUSB-SD (clic droit dans fichiers), en Fat, et les autres options, puis le terminal me redemande inlassablement de la formater, alors que je viens de le faire. Enfin, après message d'erreur, la clé n'apparaissait plus du tout.
Je l'ai placée dans un autre ordi sous win, qui l'a reconnue, puis formatée.
De retour sous Fedora, j'ai refait la ligne de commande avec --efi --home.... et --overlay... , et voici la réponse (la même)!!

[root@linux Téléchargements]# livecd-iso-to-disk --efi --home-size-mb 2048 --overlay-size-mb 2048 Fedora-Workstation-Live-x86_64-28-1.1.iso /dev/sdc

        ALERT:
        The target filesystem must have a vfat, ext[234], or btrfs format.
        Exiting...
[root@linux Téléchargements]# 

Hors ligne

#144 05/09/2018 20:50:00

madko
Contributeur Fedora et Linuxé depuis 1994
Modérateur
Lieu : Noisy the Great (9³)
Inscription : 22/12/2006
Messages : 7 373
Site Web

Re : boot d'image Fedora depuis une clé USB

Je ne sais pas si c'est la même réponse, vu que tu n'a pas mis la précédente. Là il s'agit d'un nouveau message, que tu nous a jamais mis ici. Il t'informe assez explicitement qu'il faut, pour que ça fonctionne, une clé au format vfat, ext[234] ou btrfs.

Je sais pas comment tu as formaté en fat. Fat n'est pas forcément vfat.

Ensuite si tu as formaté ta clef sous Windows, elle est donc en NTFS. Enfin il y a de grande chance si c'est un windows récent. NTFS n'est pas dans la liste.

Regarde la commande

man mkfs.ext4

et formate ta clef en ext4. Car ça reste une drôle d'idée de vouloir faire une clef Linux sur de la vfat (permissions unix absentes etc, fichiers limités en taille etc).

Hors ligne

#145 05/09/2018 23:28:50

huit8
Membre
Inscription : 31/07/2018
Messages : 179

Re : boot d'image Fedora depuis une clé USB

C'est impossible de tout expliquer, mais j'avais essayé les 3 options de formatage proposées, et le terminal me redemandait après à chaque fois de reformater.
J'ai recommencé l'opération à partir de "fichiers" "formater", puis formaté en ext4... au bout d'un temps un message d'erreur me dit: erreur lors du formatage du volume....Input/output error (udisks-error-quark,0)

Aussi j'ai refait le formatage depuis le terminal...qui m'a semblé réussi, puis refait la commande avec --efi --home.. et --overlay, comme vous pouvez le voir sur la copie de console qui suit:

[sage@linux ~]$ cd Téléchargements
[sage@linux Téléchargements]$ su
Mot de passe : 
[root@linux Téléchargements]# livecd-iso-to-disk --format --reset-mbr Fedora-Workstation-Live-x86_64-28-1.1.iso /dev/sdc
Verifying image...
/home/sage/Téléchargements/Fedora-Workstation-Live-x86_64-28-1.1.iso:   796872fe04ed47f968c40c65d910eb9f
Fragment sums: 160f65c91ddd56a1eba47a2ca3c1d6119197bea84c79a22f9ace85ef4974
Fragment count: 20
Supported ISO: no
Press [Esc] to abort check.
Checking: 100.0%

The media check is complete, the result is: PASS.

It is OK to use this media.

    WARNING: This will DESTROY ALL DATA on: /dev/sdc !!

        Press Enter to continue, or Ctrl C to abort.

/dev/sdc : 2 octets ont été effacés à l'index 0x000001fe (dos) : 55 aa
/dev/sdc : appel d'ioctl pour relire la table de partitions : Success
Waiting for devices to settle...
mke2fs 1.44.2 (14-May-2018)
Le support de système 64-bits n'est pas activé. La taille de champs plus grande apportée par cette fonctionalité permet des sommes de contrôle fortes. Passez -O 64bit pour corriger.
En train de créer un système de fichiers avec 31215616 4k blocs et 7806976 i-noeuds.
UUID de système de fichiers=9a639b4e-b7e6-4fa8-9761-e0f7bb9b9540
Superblocs de secours stockés sur les blocs : 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000, 7962624, 11239424, 20480000, 23887872

Allocation des tables de groupe : complété                        
Écriture des tables d'i-noeuds : complété                        
Création du journal (131072 blocs) : complété
Écriture des superblocs et de l'information de comptabilité du système de
fichiers : complété


Copying LiveOS image to target device...
squashfs.img
  1,686,425,600 100%   16.53MB/s    0:01:37 (xfr#1, to-chk=0/1)

Syncing filesystem writes to disc.
    Please wait, this may take a while...
Setting up /EFI/BOOT
Validation Entry:
	Header Indicator: 0x01 (Validation Entry)
	PlatformId: 0x00 (80x86)
	ID: ""
	Checksum: 0x55aa
	Key bytes: 0x55aa
Boot Catalog Default Entry:
	Entry is bootable
	Boot Media emulation type: no emulation
	Media load segment: 0x0 (0000:7c00)
	System type: 0 (0x00)
	Load Sectors: 4 (0x0004)
	Load LBA: 25652 (0x00006434)
Dumping boot image to "/home/sage/Téléchargements/Fedora-Workstation-Live-x86_64-28-1.1.iso.0"
Section Header Entry:
	Header Indicator: 0x90 (Section Header Entry)
	PlatformId: 0xef (EFI)
	Section Entries: 1
	ID: ""
Boot Catalog Section Entry:
	Entry is bootable
	Boot Media emulation type: no emulation
	Media load address: 0 (0x0000)
	System type: 0 (0x00)
	Load Sectors: 18656 (0x48e0)
	Load LBA: 29985 (0x00007521)
Dumping boot image to "/home/sage/Téléchargements/Fedora-Workstation-Live-x86_64-28-1.1.iso.1"
Section Header Entry:
	Header Indicator: 0x91 (Final Section Header Entry)
	PlatformId: 0xef (EFI)
	Section Entries: 1
	ID: ""
Boot Catalog Section Entry:
	Entry is bootable
	Boot Media emulation type: no emulation
	Media load address: 0 (0x0000)
	System type: 0 (0x00)
	Load Sectors: 39408 (0x99f0)
	Load LBA: 34649 (0x00008759)
Dumping boot image to "/home/sage/Téléchargements/Fedora-Workstation-Live-x86_64-28-1.1.iso.2"
Updating boot config files.
Installing boot loader...
Target device is now set up with a Live image!
[root@linux Téléchargements]# livecd-iso-to-disk --efi --home-size-mb 2048 --overlay-size-mb 2048 Fedora-Workstation-Live-x86_64-28-1.1.iso /dev/sdc

        ALERT:
        The target filesystem must have a vfat, ext[234], or btrfs format.
        Exiting...
[root@linux Téléchargements]# 

Hors ligne

#146 05/09/2018 23:32:40

huit8
Membre
Inscription : 31/07/2018
Messages : 179

Re : boot d'image Fedora depuis une clé USB

suite...
il n'est pas impossible que j'aie une sorte de virus, car sans arrêt j'ai des problèmes d'entrée/sortie, et des cartes microSD plus reconnue, ou avec des dossiers intérieurs subitement vides sans raison...voire des dossiers qui disparaissent aussi curieusement !!!

Hors ligne

#147 06/09/2018 09:27:05

Nednet
Membre
Lieu : aux alentours de Toulouse
Inscription : 07/12/2015
Messages : 552

Re : boot d'image Fedora depuis une clé USB

un virus, sous Fedora ? Théoriquement pas impossible, mais en pratique, j'ai de gros doutes.

ça peut venir du hard : ton lecteur de SD qui serait foireux. As-tu essayé avec un autre lecteur/adaptateur ?


Il n'y a aucune honte à ne pas savoir
mais beaucoup à ne pas apprendre

Hors ligne

#148 06/09/2018 11:07:19

madko
Contributeur Fedora et Linuxé depuis 1994
Modérateur
Lieu : Noisy the Great (9³)
Inscription : 22/12/2006
Messages : 7 373
Site Web

Re : boot d'image Fedora depuis une clé USB

Je n'y comprend rien.

Tu créé ta clef. L'opération se déroule niquel:

Target device is now set up with a Live image!

et derrière tu l'explose en relançant une autre commande de création de clef ? Lance tout en une seule commande.

livecd-iso-to-disk --format --reset-mbr --efi --home-size-mb 2048 --overlay-size-mb 2048 Fedora-Workstation-Live-x86_64-28-1.1.iso /dev/sdc

Après non ce n'est pas un virus, tu n'es pas sous windows.  Les cartes SD sont juste très fragiles, et s'usent surtout à l'écriture (ce que tu fais souvent avec le livecd-iso-to-disk). L'adaptateur microSD vers SD, ou le lecteur, peuvent aussi être sujet à panne.

Tu peux voir d'éventuelles erreurs lors des écritures sur la carte via la commande "dmesg".

Les symptômes des pannes courantes sont:
- lenteur extrême
- impossible de modifier ou de lire le contenu
- aucune erreur, mais le contenu de la carte ne change plus (carte figée en read only), mais il faut la monter/demonter pour se rendre compte que les modif ne sont pas pérennes
- certaines parties de la carte sont défectueuses et corrompt que certains fichiers
- detection de la carte impossible

Hors ligne

#149 06/09/2018 18:14:36

huit8
Membre
Inscription : 31/07/2018
Messages : 179

Re : boot d'image Fedora depuis une clé USB

je parlerai du "virus" plus tard,
voilà madko... j'ai placé la commande convenue, et visiblement c'est trop compliqué en une seule fois, je comprends qu'il me demande de placer seulement 2 composants: la commande "livecd..." et la destination "/dev/sdc"
Si tu es d'accord, c'est ce que je ferai..... et on se mettra d'accord pour placer ensuite les autres options, dont "-0 64bit"


[root@linux Téléchargements]# livecd-iso-to-disk --format --reset-mbr --efi -0 64bit --home-size-mb 2048 --overlay-size-mb 2048 Fedora-Workstation-Live-x86_64-28-1.1.iso /dev/sdc

    SYNTAX

    livecd-iso-to-disk [--help] [--noverify] [--format] [--msdos] [--reset-mbr]
                       [--efi] [--skipcopy] [--force] [--xo] [--xo-no-home]
                       [--timeout <duration>] [--totaltimeout <duration>]
                       [--nobootmsg] [--nomenu] [--extra-kernel-args <args>]
                       [--multi] [--livedir <dir>] [--compress]
                       [--skipcompress] [--no-overlay] [--overlayfs [temp]]
                       [--overlay-size-mb <size>] [--copy-overlay]
                       [--reset-overlay] [--home-size-mb <size>] [--copy-home]
                       [--delete-home] [--crypted-home] [--unencrypted-home]
                       [--swap-size-mb <size>] [--updates <updates.img>]
                       [--ks <kickstart>] [--label <label>]
                       <source> <target device>

    (Enter livecd-iso-to-disk --help on the command line for more information.)

    livecd-iso-to-disk  -  Transfer a LiveOS image so that it's bootable off of
                           a USB/SD device.

    The script may be run in simplest form with just the two arguments:

             <source>
                 This may be the filesystem path to a LiveOS .iso image file,
                 such as from a CD-ROM, DVD, or download.  It could also be the
                 device node reference, the LiveOS-containing directory path,
                 or the mount point for another LiveOS filesystem.  Entering
                 'live' for the <source> will source the currently booted
                 LiveOS device.

             <target device>
                 This should be, or a link to, the device partition path for
                 the attached, target device, such as /dev/sdc1.  (Issue the
                 df -Th command to get a listing of mounted partitions, so you
                 can confirm the filesystem types, available space, and device
                 names.)  Be careful to specify the correct device, or you may
                 overwrite important data on another disk!  For a multi boot
                 installation to the currently booted device, enter 'live' as
                 the target.

    To execute the script to completion, you will need to run it with root user
    permissions.
    SYSLINUX must be installed on the computer running this script.

    DESCRIPTION

    livecd-iso-to-disk installs a Live CD/DVD/USB image (LiveOS) onto a USB/SD
    storage device (or any storage partition that will boot with a SYSLINUX
    bootloader).  The target storage device can then boot the installed
    operating system on systems that support booting via the USB or the SD
    interface.  The script requires a LiveOS source image and a target storage
    device.  A loop device backed by a file may also be targeted for virtual
    block device installation.  The source image may be either a LiveOS .iso
    file, or another reference to a LiveOS image, such as the device node for
    an attached device installed with a LiveOS image, its mount point, a loop
    device backed by a file containing an installed LiveOS image, or even the
    currently-running LiveOS image.  A pre-sized overlay file for persisting
    root filesystem changes may be included with the installed image.

    Unless you request the --format option, installing an image does not
    destroy data outside of the LiveOS, syslinux, & EFI directories on your
    target device.  This allows one to maintain other files on the target disk
    outside of the LiveOS filesystem.

    LiveOS images employ embedded filesystems through the Device-mapper
    component of the Linux kernel.  The filesystems are embedded within files
    in the /LiveOS/ directory of the storage device.  The /LiveOS/squashfs.img
    file is the default, compressed filesystem containing one directory and the
    file /LiveOS/rootfs.img that contains the root filesystem for the
    distribution.  These are read-only filesystems that are usually fixed in
    size to within a few GiB of the size of the full root filesystem at build
    time.  At boot time, a Device-mapper snapshot with a sparse 32 GiB, in-
    memory, read-write overlay is created for the root filesystem.  Optionally,
    one may specify a fixed-size, persistent on disk overlay to hold changes to
    the root filesystem.  The build-time size of the root filesystem will limit
    the maximum size of the working root filesystem--even if supplied with an
    overlay file larger than the apparent free space on the root filesystem.
    *Note well* that deletion of any original files in the read-only root
    filesystem does not recover any storage space on your LiveOS device.
    Storage in the persistent /LiveOS/overlay-<device_id> file is allocated as
    needed.  If the overlay storage space is filled, the overlay will enter an
    'Overflow' state where the root filesystem will continue to operate in a
    read-only mode.  There will not be an explicit warning or signal when this
    happens, but applications may begin to report errors due to this
    restriction.  If significant changes or updates to the root filesystem are
    to be made, carefully watch the fraction of space allocated in the overlay
    by issuing the 'dmsetup status' command at a command line of the running
    LiveOS image.  Some consumption of root filesystem and overlay space can be
    avoided by specifying a persistent home filesystem for user files, which
    will be saved in a fixed-size /LiveOS/home.img file.  This filesystem is
    encrypted by default.  (One may bypass encryption with the
    --unencrypted-home option.)  This filesystem is mounted on the /home
    directory of the root filesystem.  When its storage space is filled,
    out-of-space warnings will be issued by the operating system.

    OPTIONS

    --help|-h|-?
        Displays usage information and exits.

    --noverify
        Disables the image validation process that occurs before the image is
        copied from the original Live CD .iso image.  When this option is
        specified, the image is not verified before it is copied onto the
        target storage device.

    --format
        Formats the target device and creates an MS-DOS partition table (or GPT
        partition table, if the --efi option is passed).

    --msdos
        Forces format to use the msdos (vfat) filesystem instead of ext4.

    --reset-mbr|--resetmbr
        Sets the Master Boot Record (MBR) of the target storage device to the
        mbr.bin file from the installation system's syslinux directory.  This
        may be helpful in recovering a damaged or corrupted device.

    --efi|--mactel
        Creates a GUID partition table when --format is passed, and installs a
        hybrid Extensible Firmware Interface (EFI)/MBR bootloader on the disk.
        This is necessary for most Intel Macs.

    --skipcopy
        Skips the copying of the live image to the target device, bypassing the
        action of the --format, --overlay-size-mb, --copy-overlay,
        --home-size-mb, --copy-home, & --swap-size-mb options, if present on
        the command line. (The --skipcopy option is useful while testing the
        script, in order to avoid repeated and lengthy copy commands, or with
        --reset-mbr, to repair the boot configuration files on a previously
        installed LiveOS device.)

    --force
        This option allows the installation script to bypass a delete
        confirmation dialog in the event that a pre-existing LiveOS directory
        is found on the target device.

    --xo
        Used to prepare an image for the OLPC XO-1 laptop with its compressed,
        JFFS2 filesystem.  Do not use the following options with --xo:
            --overlay-size-mb <size>, home-size-mb <size>, --delete-home,
            --compress

    --xo-no-home
        Used together with the --xo option to prepare an image for an OLPC XO
        laptop with the home directory on an SD card instead of the internal
        flash storage.

    --timeout <duration>
        Modifies the bootloader's timeout value, which indicates how long to
        pause at the boot prompt before booting automatically.  This overrides
        the value set during iso creation.

            For SYSLINUX, a timeout unit is 1/10 second; the timeout is
            canceled when any key is pressed (the assumption being that the
            user will complete the command line); and a timeout of zero will
            disable the timeout completely.

            For EFI GRUB, the timeout unit is 1 second; timeout specifies the
            time to wait for keyboard input before booting the default menu
            entry. A timeout of '0' means to boot the default entry immediately
            without displaying the menu; and a timeout of '-1' means to wait
            indefinitely.

        Enter a desired timeout value in 1/10 second units (or '-1') and the
        appropriate value will be supplied to the configuration file.  For
        immediate booting, enter '-0' to avoid the ambiguity between systems.
        An entry of '-0' will result in an SYSLINUX setting of timeout 1 and
        totaltimeout 1.  '0' or '-1' will result in an SYSLINUX setting of '0'
        (disable timeout, that is, wait indefinitely), but '0' for EFI GRUB
        will mean immediate boot of the default, while '-1' will mean EFI GRUB
        waits indefinitely for a user selection.

    --totaltimeout <duration>
        Adds a SYSLINUX bootloader totaltimeout, which indicates how long to
        wait before booting automatically.  This is used to force an automatic
        boot.  This timeout cannot be canceled by the user.  Units are 1/10 s.
        A totaltimeout of zero will disable the timeout completely.
        (This setting is not available in EFI GRUB.)

    --nobootmsg
        Do not display boot.msg, usually, "Press the <ENTER> key to begin the
        installation process."

    --nomenu
        Skip the boot menu, and automatically boot the 'linux' label item.

    --extra-kernel-args <args>
        Specifies additional kernel arguments, <args>, that will be inserted
        into the syslinux and EFI boot configurations.  Multiple arguments
        should be specified in one string, i.e.,
            --extra-kernel-args "arg1 arg2 ..."

    --multi
        Signals the boot configuration to accommodate multiple images on the
        target device.  Image and boot files will be installed under the
        --livedir <directory>.  SYSLINUX boot components from the installation
        host will always update those in the boot path of the target device.

    --livedir <dir>
        Designates the directory for installing the LiveOS image.  The default
        is /LiveOS.

    --compress   (default state for the original root filesystem)
        The default, compressed SquashFS filesystem image is copied on
        installation.  (This option has no effect if the source filesystem is
        already expanded.)

    --skipcompress   (default option when  --xo is specified)
        Expands the source SquashFS.img on installation into the read-only
        /LiveOS/rootfs.img root filesystem image file.  This avoids the system
        overhead of decompression during use at the expense of storage space
        and bus I/O.

    --no-overlay   (effective only with skipcompress or an uncompressed image)
        Installs a kernel option, rd.live.overlay=none, that signals the live
        boot process to create a writable, linear Device-mapper target for an
        uncompressed /LiveOS/rootfs.img filesystem image file.  Read-write by
        default (unless a kernel argument of rd.live.overlay.readonly is given)
        this configuration avoids the complications of using an overlay of
        fixed size for persistence when storage format and space allows.

    --overlayfs [temp]   (add --overlay-size-mb for persistence on vfat devices)
        Specifies the creation of an OverlayFS type overlay.  If the option is
        followed by 'temp', a temporary overlay will be used.  On vfat or msdos
        formatted devices, --overlay-size-mb <size> must also be provided for a
        persistent overlay.  OverlayFS overlays are directories of the files
        that have changed on the read-only root filesystem.  With non-vfat-
        formatted devices, the OverlayFS can extend the available root
        filesystem space up to the capacity of the Live USB device.

        The --overlayfs option requires an initial boot image based on dracut
        version 045 or greater to use the OverlayFS feature.  Lacking this, the
        device boots with a temporary Device-mapper overlay.

    --overlay-size-mb <size>
        Specifies creation of a filesystem overlay of <size> mebibytes (integer
        values only).  The overlay makes persistent storage available to the
        live operating system, if the operating system supports it.  The
        overlay holds a snapshot of changes to the root filesystem.
        *Note well* that deletion of any original files in the read-only root
        filesystem does not recover any storage space on your LiveOS device.
        Storage in the persistent /LiveOS/overlay-<device_id> file is allocated
        as needed.  If the overlay storage space is filled, the overlay will
        enter an 'Overflow' state where the root filesystem will continue to
        operate in a read-only mode.  There will not be an explicit warning or
        signal when this happens, but applications may begin to report errors
        due to the restriction.  If significant changes or updates to the root
        filesystem are to be made, carefully watch the fraction of space
        allocated in the overlay by issuing the 'dmsetup status' command at a
        command line of the running LiveOS image.  Some consumption of root
        filesystem and overlay space can be avoided by specifying a persistent
        home filesystem for user files, see --home-size-mb below.  The target
        storage device must have enough free space for the image and the
        overlay.  A maximum <size> of 4095 MiB is permitted for vfat-formatted
        devices.  If there is not enough room on your device, you will be given
        information to help in adjusting your settings.

    --copy-overlay
        This option allows one to copy the persistent overlay from one live
        image to the new image.  Changes already made in the source image will
        be propagated to the new installation.
            WARNING: User sensitive information such as password cookies and
            application or user data will be copied to the new image!  Scrub
            this information before using this option.

    --reset-overlay
        This option will reset the persistent overlay to an unallocated state.
        This might be used if installing a new or refreshed image onto a device
        with an existing overlay, and avoids the writing of a large file on a
        vfat-formatted device.  This option also renames the overlay to match
        the current device filesystem label and UUID.

    --home-size-mb <size>
        Specifies creation of a home filesystem of <size> mebibytes (integer
        values only).  A persistent home directory will be stored in the
        /LiveOS/home.img filesystem image file.  This filesystem is encrypted
        by default and not compressed  (one may bypass encryption with the
        --unencrypted-home option).  When the home filesystem storage space is
        full, one will get out-of-space warnings from the operating system.
        The target storage device must have enough free space for the image,
        any overlay, and the home filesystem.  Note that the --delete-home
        option must also be selected to replace an existing persistent home
        with a new, empty one.  A maximum <size> of 4095 MiB is permitted for
        vfat-formatted devices.  If there is not enough room on your device,
        you will be given information to help in adjusting your settings.

    --copy-home
        This option allows one to copy a persistent home.img filesystem from
        the source LiveOS image to the target image.  Changes already made in
        the source home directory will be propagated to the new image.
            WARNING: User-sensitive information, such as password cookies and
            user and application data, will be copied to the new image! Scrub
            this information before using this option.

    --delete-home
        One must explicitly select this option in the case where there is an
        existing persistent home filesystem on the target device and the
        --home-size-mb <size> option is selected to create an empty, new home
        filesystem.  This prevents unwitting deletion of user files.

    --crypted-home   (default that only applies to new home-size-mb requests)
        Sets the default option to encrypt a new persistent home filesystem
        when --home-size-mb <size> is specified.

    --unencrypted-home
        Prevents the default option to encrypt a new persistent home directory
        filesystem.

    --swap-size-mb <size>
        Sets up a swap file of <size> mebibytes (integer values only) on the
        target device.  A maximum <size> of 4095 MiB is permitted for vfat-
        formatted devices.

    --updates <updates.img>
        Setup a kernel command line argument, inst.updates, to point to an
        updates image on the device. Used by Anaconda for testing updates to an
        iso without needing to make a new iso.

    --ks <kickstart>
        Setup inst.ks to point to an kickstart file on the device. Use this for
        automating package installs on boot.

    --label <label>
        Specifies a specific filesystem label instead of default LIVE. Useful
        when you do unattended installs that pass a label to inst.ks.

    CONTRIBUTORS

    livecd-iso-to-disk: David Zeuthen, Jeremy Katz, Douglas McClendon,
                        Chris Curran and other contributors.
                        (See the AUTHORS file in the source distribution for
                        the complete list of credits.)

    BUGS

    Report bugs to the mailing list
    http://admin.fedoraproject.org/mailman/listinfo/livecd or directly to
    Bugzilla http://bugzilla.redhat.com/bugzilla/ against the Fedora product,
    and the livecd-tools component.

    COPYRIGHT

    Copyright 2008-2010, 2017, Fedora Project and various contributors.
    This is free software. You may redistribute copies of it under the terms of
    the GNU General Public License http://www.gnu.org/licenses/gpl.html.
    There is NO WARRANTY, to the extent permitted by law.

    SEE ALSO

    livecd-creator, project website http://fedoraproject.org/wiki/FedoraLiveCD
    
[root@linux Téléchargements]# livecd-iso-to-disk --format --reset-mbr --efi --home-size-mb 2048 --overlay-size-mb 2048 Fedora-Workstation-Live-x86_64-28-1.1.iso /dev/sdc

Hors ligne

#150 06/09/2018 18:24:38

madko
Contributeur Fedora et Linuxé depuis 1994
Modérateur
Lieu : Noisy the Great (9³)
Inscription : 22/12/2006
Messages : 7 373
Site Web

Re : boot d'image Fedora depuis une clé USB

et le -0 64bit qui n'est pas connu de la commande, elle te sert à quoi de l'ajouter ?

Hors ligne

Pied de page des forums