Creating and using a live installation image
Usted puede descargar Fedora desde https://getfedora.org/.
Existen múltiples escritorios disponibles para usar con Fedora. Cada uno tiene una apariencia ligeramente diferente y ofrece diferentes niveles de personalización. Usted puede usar la imagen Fedora Workstation, que viene de modo predeterminado con el escritorio GNOME y cambiar su entorno más tarde instalando paquetes adicionales, o piuede usar una imagen giratoria que le dará un entorno diferente listo para usar. Visite Fedora Spins para más información.
sted también se puede aprovechar de Fedora Labs. Fedora Labs es una selección de paquetes seleccionados de software y contenido orientados a un propósito seleccionados y mantenidos por miembros de la comunidad de Fedora. Estos pueden instalarse como versiones completas independientes de Fedora o como complementos a una instalación Fedora existente. Para más detalles visite Fedora Labs.
Please refer to Fedora Installation Guide for getting help on the process of installing Fedora.
Creating and using live USB
You can write all Fedora ISO images to a USB stick, making this a convenient way on any USB-bootable computer to either install Fedora or try a live Fedora environment without writing to the computer’s hard disk. You will need a USB stick at least as large as the image you wish to write.
Using Fedora Media Writer
The official and supported tool to create a Fedora USB stick is the Fedora Media Writer utility, which was formerly known as LiveUSB Creator.
Fedora Media Writer destroys all data on the USB stick. If you need a non-destructive write method (to preserve existing data on your USB stick) or support for 'data persistence', you can use the livecd-iso-to-disk utility on Fedora.
Using GNOME Disk Utility
This method will destroy all data on the USB stick. If you need a non-destructive write method (to preserve existing data on your USB stick) and/or support for 'data persistence', you can use the
This method is considered unsupported. You can use it on your own risk.
This method is for people running Linux, or another unix with GNOME, Nautilus and the GNOME Disk Utility installed. Particularly, if you are using a distribution other than Fedora which does not support Flatpak, this may be the easiest available method. A standard installation of Fedora, or a standard GNOME installation of many other distributions, should be able to use this method. On Fedora, ensure the packages nautilus and gnome-disk-utility are installed. Similar graphical direct-write tools may be available for other desktops, or you may use the command-line direct write method.
Download a Fedora image, choose a USB stick that does not contain any data you need, and connect it.
Run Nautilus (Files), open the Overview by pressing the Start/Super key, type Files, and hit Enter.
Find the downloaded image, right-click on it, go to Open With, and click Disk Image Writer.
Select your USB stick as the Destination, and click Start Restoring.
Command line methods
These methods are considered unsupported. You can use them on your own risk.
Using the livecd-iso-to-disk tool
This method will destroy all data on the USB stick if the
livecd-iso-to-disk method is slightly less reliable than Fedora Media Writer and can be used reliably only from within Fedora: it does not work in Windows or macOS, and is not supported (and will usually fail) in non-Fedora distributions. However, it supports three advanced features which FMW does not include:
You may use a non-destructive method to create the stick, meaning existing files on the stick will not be destroyed. This is less reliable than the destructive write methods, and should be used only if you have no stick you can afford to wipe.
On live images, you can include a feature called a persistent overlay, which allows changes made to persist across reboots. You can perform updates just like a regular installation to your hard disk, except that kernel updates require manual intervention and overlay space may be insufficient. Without a persistent overlay, the stick will return to a fresh state each time it is booted.
On live images, you can also have a separate area to store user account information and data such as documents and downloaded files, with optional encryption for security and peace of mind.
By combining these features, you can carry your computer with you in your pocket, booting it on nearly any system you find yourself using.
It is not a good idea to try and write a new Fedora release using the version of
livecd-iso-to-disk in a much older Fedora release: it is best to only use a release a maximum of two versions older than the release you are trying to write.
Ensure the livecd-tools package is installed:
dnf install livecd-tools.
Remember to identify your USB stick’s device name first. In all cases, you can add the parameter
To make an existing USB stick bootable as a Fedora image, without deleting any of the data on it, make sure that the USB drive is not mounted before executing the following, and give the root password when prompted:
In case it is not possible to boot from a disk created with the method shown above, before re-partitioning and re-formatting, often resetting the master boot record will enable booting:
If necessary, you can have
livecd-iso-to-disk re-partition and re-format the target stick:
# livecd-iso-to-disk --format --reset-mbr Fedora-Workstation-Live-x86_64-38-1.1.iso /dev/sdX
To include a persistent filesystem for
/home, use the
--home-size-mb parameter. For example:
# livecd-iso-to-disk --home-size-mb 2048 Fedora-Workstation-Live-x86_64-38-1.1.iso /dev/sdX
This will create a 2 GiB filesystem that will be mounted as
/home each time the stick is booted, allowing you to preserve data in
/home across boots.
To enable 'data persistence' support - so changes you make to the entire live environment will persist across boots - add the
--overlay-size-mb parameter to add a persistent data storage area to the target stick. For example:
# livecd-iso-to-disk --overlay-size-mb 2048 Fedora-Workstation-Live-x86_64-38-1.1.iso /dev/sdX
2048 is the desired size (in megabytes) of the overlay. The
livecd-iso-to-disk tool will not accept an overlay size value greater than 4095 for VFAT, but for ext filesystems it is only limited by the available space.
Due to the way it’s currently implemented, every single change to this form of overlay, writes AND deletes, subtracts from its free space so it will eventually be "used up" and your USB stick will no longer boot. You can use
The output will contain something like snapshot
You can combine
--overlay-size-mb, in which case data written to
/home will not exhaust the persistent overlay.
Using a direct write method
This method will destroy all data on the USB stick. If you need a non-destructive write method, to preserve existing data on your USB stick, and/or support for
This method directly writes the image to the USB stick much like Fedora Media Writer or GNOME Disk Utility, but uses a command line utility named
dd. Like the other direct write methods, it will destroy all data on the stick and does not support any of the advanced features like data persistence, but it is a very reliable method. The
dd tool is available on most Unix-like operating systems, including Linux distributions and macOS, and a Windows port is available. This may be your best method if you cannot use Fedora Media Writer or GNOME Disk Utility, or just if you prefer command line utilities and want a simple, quick way to write a stick.
Identify the name of the USB drive partition. If using this method on Windows, with the port linked above, the
dd --listcommand should provide you with the correct name.
Unmount all mounted partition from that device. This is very important, otherwise the written image might get corrupted. You can umount all mounted partitions from the device with
umount /dev/sdX*, where
Xis the appropriate letter, e.g.
Write the ISO file to the device:
# dd if=/path/to/image.iso of=/dev/sdX bs=8M status=progress oflag=direct
Wait until the command completes.
If you see
dd: invalid status flag: 'progress', your dd version doesn’t support the
status=progressoption and you’ll need to remove it. In this case, you won’t see writing progress.
Using UNetbootin for Windows, macOS, and Linux
This method is considered unsupported. You can use it on your own risk.
UNetbootin may work in some cases but not others - for instance, it will likely create a stick that is bootable in BIOS mode, but not UEFI mode. Fedora cannot guarantee support for UNetbootin-written images.
While your results may vary, it is usually the case that the Fedora Media Writer,
UNetbootin is a graphical, bootable USB image creator. Using it will allow you to preserve any data you have in the USB drive. If you have trouble booting, however, you may wish to try with a blank, cleanly FAT32-formatted drive.
|If you are running a 64-bit Linux distribution, UNetbootin may fail to run until you install the 32-bit versions of quite a lot of system libraries.|
Download the latest UNetbootin version from the official site and install it. On Linux, the download is an executable file: save it somewhere, change it to be executable using
chmod ugo+xfilename or a file manager, and then run it.
Launch UNetbootin. On Linux, you might have to type the root password.
Diskimageand search for the ISO file you downloaded.
Select Type: USB drive and choose the correct device for your stick.
|If you do not see sdX listed, you might have to reformat the drive. You can do this from most file manager or disk utility tools, e.g. the GNOME disk utility ("Disks") on Fedora. The FAT32 format is most likely to result in a bootable stick. This will cause you to lose all data on the drive.|
Booting from USB sticks
Almost all modern PCs can boot from USB sticks. However, how you tell the system to boot from a USB stick varies substantially from system to system. Initially, you can try this:
Power off the computer.
Plug the USB drive into a USB port.
Remove all other portable media, such as CDs, DVDs, floppy disks or other USB sticks.
Power on the computer.
If the computer is configured to automatically boot from the USB drive, you will see a screen that says "Automatic boot in 10 seconds…" with a countdown.
If you do a native UEFI boot, where you will see a rather more minimal boot menu.
If the computer starts to boot off the hard drive as normal, you’ll need to manually configure it to boot off the USB drive. Usually, that should work like this:
Wait for a safe point to reboot.
As the machine starts to reboot, watch carefully for instructions on which key to press. Usually a function key,
Deleteis to be pressed to enter the boot device selection menu,
UEFI. Press and hold that key. If you miss the window of opportunity, often only a few seconds, then reboot and try again. (If this does not work, consult the manual of your computer)
Use the firmware,
BIOS, interface or the boot device menu to put your USB drive first in the boot sequence. It might be listed as a hard drive rather than a removable drive. Each hardware manufacturer has a slightly different method for doing so.
Your computer could become unbootable or lose functionality if you change any other settings. Though these settings can be reverted, you’ll need to remember what you changed in order to do so.
Save the changes, exit, and the computer should boot from the USB drive.
If your system has a UEFI firmware, it will usually allow you to boot the stick in UEFI native mode or BIOS compatibility mode. If you boot in UEFI native mode and perform a Fedora installation, you will get a UEFI native Fedora installation. If you boot in BIOS compatibility mode and perform a Fedora installation, you will get a BIOS compatibility mode Fedora installation.
For more information on all this, see the UEFI page. USB sticks written from x86_64 images with Fedora Media Writer, GNOME Disk Utility,
dd, other dd-style utilities should be UEFI native bootable. Sticks written with other utilities may not be UEFI native bootable, and sticks written from i686 images will never be UEFI bootable.
Identifying a stick on Linux
Most of the writing methods will require you to know the
/dev name for your USB stick, e.g.
/dev/sdc, when using them on Linux. You do not need to know this in order to use Fedora Media Writer. To find this out:
Insert the USB stick into a USB port.
Open a terminal and run
Near the end of the output, you will see something like:
[32656.573467] sd 8:0:0:0: [sdX] Attached SCSI removable disk
This is the name of the disk you will use. We’ll call it
Troubleshooting a live USB
- Partition isn’t marked bootable
If you get the message
Partition isn’t marked bootable!, you need to mark the partition bootable. To do this, run
parted /dev/sdX, and use the
toggle Nboot command, where
Xis the appropriate letter, and
Nis the partition number. For example:
$ parted /dev/sdb GNU Parted 1.8.6 Using /dev/sdb Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) print Model: Imation Flash Drive (scsi) Disk /dev/sdX: 1062MB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 32.3kB 1062MB 1062MB primary fat16 (parted) toggle 1 boot (parted) print Model: Imation Flash Drive (scsi) Disk /dev/sdX: 1062MB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 32.3kB 1062MB 1062MB primary fat16 boot (parted) quit Information: Don't forget to update /etc/fstab, if necessary.
- Partitions need a filesystem label
If you get the message
Need to have a filesystem labelor
UUIDfor your USB device, you need to label the partition:
dosfslabel /dev/sdX LIVE.
- Partition has different physical/logical endings
If you get this message from fdisk, you may need to reformat the flash drive when writing the image, by passing
--formatwhen writing the stick.
- MBR appears to be blank
If your test boot reports a corrupted boot sector, or you get the message
MBR appears to be blank., you need to install or reset the master boot record (MBR), by passing
--reset-mbrwhen writing the stick.
- livecd-iso-to-disk on other Linux distributions
livecd-iso-to-diskis not meant to be run from a non-Fedora system. Even if it happens to run and write a stick apparently successfully from some other distribution, the stick may well fail to boot. Use of
livecd-iso-to-diskon any distribution other than Fedora is unsupported and not expected to work: please use an alternative method, such as Fedora Media Writer.
Testing a USB stick using qemu
You can test your stick using QEMU.
# umount /dev/sdX1 $ qemu -hda /dev/sdX -m 1024 -vga std
Mounting a Live USB filesystem
You can use the liveimage-mount script in the livecd-tools package to mount an attached Live USB device or other LiveOS image, such as an ISO or Live CD. This is convenient when you want to copy in or out some file from the LiveOS filesystem on a Live USB, or just examine the files in a Live ISO or Live CD.
Creando y usado un CD vivo
Para crear una imagen vida se usa la herramienta
livecd-creator. Para esto se necesitan privilegios de superusuario.
livecd-creator es parte del paquete livecd-tools. Si no está instalado en su sistema añadela con DNF:
# dnf install livecd-tools spin-kickstarts
Si está interesado en localización (i.e. traducción en otros idiomas) de los archivos de CD vivo, instale también l10n-kickstarts.
Configuring the image
The configuration of the live image is defined by a file called kickstart. It can include some basic system configuration items, the package manifest, and a script to be run at the end of the build process.
For the Fedora project, the most important live image configurations files are:
fedora-live-base.ks : The base live image system, included in the livecd-tools package.
For Fedora 21 and later: fedora-live-workstation.ks. This is the Workstation product configuration.
kickstart files for other spins, e.g. Fedora Electronics Lab, can be found in
/usr/share/spin-kickstarts/ after installing the
spin-kickstarts package. These pre-made configuration files can be a great place to start, as they already have some useful pre and post-installation scripts.
You can create a customized kickstart file by running
You might have to install the package first with
Making the image
To make the image, simply issue the following command:
ksflatten -c /usr/share/spin-kickstarts/fedora-live-workstation.ks \ -o fedora-live-workstation-flat.ks livecd-creator --verbose \ --config=fedora-live-workstation-flat.ks \ --fslabel=Fedora-LiveCD \ --cache =/var/cache/live
The name given by
--fs-label is used:
As a file system label on the ext3 and iso9660 file systems. As such, it’s visible on the desktop as the CD name.
In the isolinux boot loader.
If you have the repositories available locally and don’t want to wait for the download of packages, just substitute the URLs listed in the configuration file to point to your local repositories.
If you have an x86_64 machine you’re building on but you want a 32-bit happy iso image, add the following before your livecd-creator command:
setarch i686 livecd-creator [...]
Spinning the Fedora desktop
The following command:
ksflatten -c /usr/share/spin-kickstarts/fedora-live-workstation.ks \ -o fedora-live-workstation-flat.ks livecd-creator --verbose \ --config=fedora-live-workstation-flat.ks \ --fslabel=Fedora-LiveCD \ --cache=/var/cache/live
This will create a live CD called Fedora-LiveCD using the
fedora-live-workstation.ks configuration file.
Testing your live CD using KVM or qemu
# qemu-kvm -m 2048 -vga qxl -cdrom filename.iso
If you do not have KVM support, you have to use qemu instead.
# qemu-system-x86_64 -m 2048 -vga qxl -cdrom filename.iso
filename.iso with the name of your created Live CD image and
qemu-system-x86_64 with an appropriate qemu binary for the target system, e.g.
Live image media verification
The live image can incorporate functionality to verify itself. To do so, you need to have isomd5sum installed both on the system used for creating the image and installed into the image. This is so that the
checkisomd5 utilities can be used. These utilities take advantage of embedding an md5sum into the application area of the iso9660 image. This then gets verified before mounting the real root filesystem.
Want to help? Learn how to contribute to Fedora Docs ›