Documentation Live Image Beat

From FedoraProject

(Difference between revisions)
Jump to: navigation, search
(NOTES)
(NOTES)
(8 intermediate revisions by one user not shown)
Line 14: Line 14:
  
 
== NOTES ==
 
== NOTES ==
     1. not hardcoding the fedora-release package name in the %post scriptlet
+
     1. in xfce:
     (in the place that imports the Fedora RPM GPG key). Instead, using
+
     Two additions: xfdashboard and xfce4-whiskermenu plugin.
     "--whatprovides system-release", which is strictly equivalent if
+
     One removal: remina
     fedora-release is used, but also works when the *-release package is
+
     Remmina is a remote desktop client written in GTK+, aiming to be useful for system administrators and travellers.
    named differently.
+
     It is specially useful for those who need to work with lots of remote computers in front of either large monitors or tiny netbooks.  
     This makes live easier for remixes, which have to replace fedora-release
+
     Remmina supports multiple network protocols in an integrated and consistent user interface. Currently RDP, VNC, NX, XDMCP and SSH are supported.
    with generic-release or ${remixname}-release. They would otherwise have
+
     to edit fedora-live-base.ks.
+
    fedora-live-base.ks |    2 +-
+
    1 files changed, 1 insertions(+), 1 deletions(-)
+
    ---
+
    diff --git a/fedora-live-base.ks b/fedora-live-base.ks
+
    index 29be3c2..3e29713 100644
+
    --- a/fedora-live-base.ks
+
    +++ b/fedora-live-base.ks
+
    @@ -280,7 +280,7 @@ systemctl enable tmp.mount
+
    # work around for poor key import UI in PackageKit
+
    rm -f /var/lib/rpm/__db*
+
    -releasever=$(rpm -q --qf '%{version}\n' fedora-release)
+
    +releasever=$(rpm -q --qf '%{version}\n' --whatprovides system-release)
+
    basearch=$(uname -i)
+
    rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$releasever-$basearch
+
    echo "Packages within this LiveCD"[[https://lists.fedoraproject.org/pipermail/spins/2014-April/003656.html]]
+
 
------------------------------------------------------------------------------------------------------------------------------------------
 
------------------------------------------------------------------------------------------------------------------------------------------
 
     2.  kde: disable baloo for live user
 
     2.  kde: disable baloo for live user
     fedora-live-kde-base.ks |    6 ++++++
+
     According to KDE website Baloo is the next generation of the Nepomuk project.
     1 files changed, 6 insertions(+), 0 deletions(-)
+
     It's responsible for handling user metadata such as tags, rating and comments.
    ---
+
     It also handles indexing and searching for files, emails, contacts, and so on.
    diff --git a/fedora-live-kde-base.ks b/fedora-live-kde-base.ks
+
     [https://lists.fedoraproject.org/pipermail/spins/2014-April/003657.html]
     index 7624f29..74ba8eb 100644
+
------------------------------------------------------------------------------------------------------------------------------------------------
    --- a/fedora-live-kde-base.ks
+
    3. Mate:
    +++ b/fedora-live-kde-base.ks
+
    The F21 has Mate 1.8. The main changes in 1.8 are:
    @@ -90,6 +90,12 @@ cat > /home/liveuser/.kde/share/config/kdedrc << KDEDRC_EOF
+
    Caja (file manager)
     autoload=false
+
      Added an option to use IEC units instead of SI units
    KDEDRC_EOF
+
      Added “Open parent location” option in the search view context menu
  +# Disable baloo
+
    Marco (window manager)
  +cat > /home/liveuser/.kde/share/config/baloofilerc << BALOO_EOF
+
      Added side-by-side tiling (window snapping)
  +[Basic Settings]
+
    Panel
  +Indexing-Enabled=false
+
      Added support for Metacity keybindings in the run dialog and main menu
  +BALOO_EOF
+
      Added a progress bar to the logout dialog
  +
+
    Control center
  # Disable kres-migrator
+
      Added support to use Metacity as a window manager
  cat > /home/liveuser/.kde/share/config/kres-migratorrc << KRES_EOF
+
    MATE Desktop library
  [Migration][https://lists.fedoraproject.org/pipermail/spins/2014-April/003657.html]
+
      Added MATE User Guide
 
+
      Added mpaste tool for http://paste.mate-desktop.org
__TOC__
+
    Eye Of MATE (image viewer)
{{admon/note | Fedora Guide | The procedure documented in this guide is also detailed at http://docs.fedoraproject.org/readme-burning-isos/ . The Guide may have different content, and be more or less detailed. If you edit this page or find a problem with the Guide, please also file a bug against the guide to have its content updated.}}
+
      Added shuffle mode to the slideshow
 
+
    Engrampa (file archiver)
This page explains '''how to create and use Fedora USB media'''.  A Live USB system stored on flash memory, sometimes called a ''stick'', lets you boot any USB-bootable computer into a Fedora operating system environment without writing to that computer's hard disk.
+
      Always display “extract to” context menu to Caja
 
+
    Screensaver
The Live USB stick can include a feature called a ''persistent overlay'', which allows changes made to persist across reboots.  Without a ''persistent overlay'', the stick will return to a fresh state each time it is booted.
+
      Displays date and time in lock dialog
 
+
    Applets
It 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.
+
      Added undo functionality to the sticky note applet
 
+
      Added a new “command” applet to show the output of a command
You may also use a ''non-destructive'' method to create the stick, meaning existing files on the stick will not be destroyed.
+
      Rewrote the “timer” applet in C
 
+
      Clicking the middle mouse on the volume applet toggles mute
By combining these features, you can carry your computer with you in your pocket, booting it on nearly any system you find yourself using.
+
    Dropped packages
 
+
      Replaced mate-doc-utils with yelp-tools
However, if you do not need the extended features, it is recommended you use the simplest possible "direct write" method to write the stick, as this will provide the best chance of it booting on the widest possible range of systems (though it will destroy all data on the stick). The way to do this is described in the "quick start" sections at the top of this page. If you wish to use the extended features, those methods are described later in the page.
+
      Replaced libmatekeyring and mate-keyring with libsecret and gnome-keyring
 
+
      Replaced libmatewnck with libwnck
With current Fedora releases you can also write the non-live Fedora installation images (the DVD and network installation images) to a USB stick, which many users find more convenient and faster than writing to an optical disc. The "direct write" method is always recommended for writing the installation images.
+
      Replaced mucharmap with gucharmap
 
+
      Replaced mate-bluetooth with blueman
{{anchor|quickstarts}}
+
      Merged all Caja extensions into a single package
 
+
      Removed the modem lights applet, as the netspeed applet provides similar functionality
== Windows quick start (direct write) ==
+
  Other improvements
 
+
      Fixed a lot of code deprecations
{{admon/important | Destructive method | This method will destroy all data on the USB stick. Alternative, non-destructive methods are described later in this document.}}
+
      Fixed a lot of bugs
 
+
      Improved the build system
# Download a Fedora image, choose a USB stick that does not contain any data you need, and connect it
+
      Added and improved a lot of translations
# Download and run [ftp://ftp.berlios.de/pub/kiwi/ImageWriter.exe SUSE Studio ImageWriter] or [http://www.netbsd.org/~martin/rawrite32/ Rawrite32]
+
----------------------------------------------------------------------------------------------------------------------------------------------------------
# Choose the Fedora image as the '''Image''' (SUSE Studio) or '''Filesystem image''' (Rawrite32) - if the image file is not shown, you may have to change the file selector options or change the image's extension
+
    4. Removing Bloat from the next Live CD (Desktop) :
# Choose the USB stick in the drop-down box by the '''Copy''' button (SUSE Studio) or as the '''Target''' (Rawrite32)
+
    Many packages are included in the Live CD which are not really used by users who only speak English.
# Double-check you're really, really sure you don't need any of the data on the USB stick!
+
    The idea is to split the Live CD into 2 versions. The default version will be for English only.
# Click '''Copy''' (SUSE Studio) or '''Write to disk...''' (Rawrite32)
+
    The second Live CD (not the default) will be English + international languages support.
# Wait for the operation to complete, then reboot your computer, and do whatever you need to do to boot from a USB stick - often this will involve pressing or holding down '''F12''', '''F2''' or '''Del'''.
+
    =============
 
+
    The packages which may be removed without any adverse effects:
== Linux (GNOME) quick start (direct write) ==
+
    ibus
 
+
    ibus-chewing
{{admon/important | Destructive method | This method will destroy all data on the USB stick. Alternative, non-destructive methods are described later in this document.}}
+
    ibus-gtk2
 
+
    ibus-gtk3
This method is for people running Linux with GNOME, Nautilus and the GNOME Disk Utility installed. 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 {{package|nautilus}} and {{package|gnome-disk-utility}} are installed. Similar graphical direct-write tools may be available for other desktops, or you may use the [[#dd|command line "direct write" method]].
+
    ibus-hangul
 
+
    ibus-kkc
# Download a Fedora image, choose a USB stick that does not contain any data you need, and connect it
+
    ibus-libpinyin
# Run Nautilus (Files) - for instance, open the Overview by pressing the Start/Super key, and type ''Files'', then hit enter
+
    ibus-libs
# Find the downloaded image, right-click on it, go to '''Open With''', and click '''Disk Image Writer'''
+
    ibus-m17n
# Double-check you're really, really sure you don't need any of the data on the USB stick!
+
    ibus-rawcode
# Select your USB stick as the '''Destination''', and click '''Start Restoring...'''
+
    ibus-setup
# Wait for the operation to complete, then reboot your computer, and do whatever you need to do to boot from a USB stick - often this will involve pressing or holding down '''F12''', '''F2''' or '''Del'''.
+
    ibus-wayland
 
+
    libchewing
== OS X quick start (direct write) ==
+
    libpinyin
+
    libpinyin-data
{{admon/important | Destructive method | This method will destroy all data on the USB stick. Alternative, non-destructive methods are described later in this document.}}
+
    opencc
+
    lohit-assamese-fonts
Unfortunately, there is no known useful graphical tool for a direct write on OS X. The [[#unetbootin|UNetbootin]] utility described later in this document works on OS X, but cannot be guaranteed to produce reliably bootable Fedora images. This console-based method is not as graphically easy as using UNetbootin, but it is more reliable.
+
    lohit-bengali-fonts
+
    lohit-devanagari-fonts
# Download a Fedora image, choose a USB stick that does not contain any data you need, and connect it
+
    lohit-gujarati-fonts
# Open a terminal
+
    lohit-kannada-fonts
# Run {{command|diskutil list}}. This will list all disks connected to the system, as {{filename|/dev/disk1}}, {{filename|/dev/disk2}} and so on. Identify - very carefully! - which one corresponds to the USB stick you wish to use. Hereafter, we'll assume it was {{filename|/dev/disk2}} - modify the commands as appropriate for your stick.
+
    lohit-malayalam-fonts
# Run {{command|diskutil unmountDisk /dev/disk2}}
+
    lohit-oriya-fonts
# Type <code>dd if=</code>, then drag and drop the Fedora image file to the terminal window - this should result in its filesystem location being appended to the command. Now complete the command with <code>of=/dev/disk2 bs=1m</code>, but ''don't hit Enter yet''. You should wind up with something like {{command|sudo dd if<nowiki>=</nowiki>/Volumes/Images/Fedora-Live-Desktop-x86_64-20-1.iso of<nowiki>=</nowiki>/dev/disk2 bs<nowiki>=</nowiki>1m}}
+
    lohit-punjabi-fonts
# Double-check you have the correct disk number and you're really, really sure you don't need any of the data on the USB stick!
+
    lohit-tamil-fonts
# Hit Enter
+
    lohit-telugu-fonts
# Wait for the operation to complete, then reboot your computer, and hold down the left Alt/Option key to access the boot menu - you should see a Fedora logo. Click this to boot.
+
    jomolhari-fonts
 
+
    vlgothic-fonts
 
+
    cjkuni-uming-fonts
 
+
    wqy-zenhei-fonts
{{admon/important | Creating a live ISO image | A Live USB system is created from the same ISO image file that is used to create CD/DVD media.  You can download ISO images for the official Fedora release from [http://fedoraproject.org/get-fedora the Fedora download site].  Consult [[How to create and use a Live CD]] for more information on creating your own customized live ISO image file.}}
+
    thai-scalable-fonts-common
 
+
    thai-scalable-waree-fonts
== System Requirements ==
+
    smc-fonts-common
 
+
    smc-meera-fonts
* A working computer running GNU/Linux, Windows or OS X.
+
    sil-abyssinica-fonts
* A [[wikipedia:USB flash drive|USB flash drive]], also known as USB stick, thumb drive, pen drive, or jump drive. For most Fedora live images, you will need at least 1 GB or more of storage space. For the network install image, 400 MB or more should be sufficient. For a DVD image, you should have at least 4.7 GB.
+
    sil-mingzat-fonts
* A Fedora ISO file, which you can download from http://fedoraproject.org/get-fedora.
+
    sil-nuosu-fonts
 
+
    sil-padauk-fonts
=== Ability to boot from USB media ===
+
    nhn-nanum-fonts-common
 
+
    nhn-nanum-gothic-fonts
* Not all computers can boot from USB media, due to different BIOS settings and system capabilities.  If your computer cannot do so, this procedure will not be useful.  If you are not sure and don't mind downloading and installing an image on your USB drive (possibly wiping its data), the only risk is wasting some time.
+
    paratype-pt-sans-fonts
 
+
    google-noto-sans-lisu-fonts
* If your USB stick is not in working order, this procedure may fail.  Watch for error messages during the process.
+
    google-noto-sans-mandaic-fonts
 
+
    google-noto-sans-meeteimayek-fonts
=== UEFI boot of USB sticks ===
+
    google-noto-sans-tagalog-fonts
 
+
    google-noto-sans-tai-tham-fonts
Whether a Fedora image written to a USB stick will be bootable natively via [[wikipedia:UEFI|UEFI]] is a somewhat complex question which depends on the Fedora release, the type of image (live or non-live), and the method used to write it. The {{command|--efi}} parameter to the [[#litd|livecd-iso-to-disk]] tool attempts to make a stick written with that tool natively UEFI bootable.
+
     google-noto-sans-tai-viet-fonts
 
+
     khmeros-base-fonts
As of {{FedoraVersion|long|20}}, all sticks written using [[#quickstarts|"direct write" methods]] should be UEFI-bootable, at least some sticks written with [[#luc|liveusb-creator]] should be UEFI-bootable, and all sticks written with {{command|livecd-iso-to-disk --format --reset-mbr --efi}} should be UEFI-bootable. Use of {{command|--efi}} without {{command|--format}} and {{command|--reset-mbr}} can be considered a 'best effort', and may not produce a UEFI-bootable stick. Sticks written with other methods and tools will most probably not be UEFI-bootable.
+
     lklug-fonts
 
+
     paktype-naqsh-fonts
If you boot a Fedora stick in UEFI native mode and install from it, you will get a UEFI native installation of Fedora. If you wish to do a BIOS native installation of Fedora, you must ensure you boot your stick in BIOS compatibility mode, if your firmware has this capability. The interface for choosing the mode used to boot varies between systems, and so we cannot give precise instructions on this. If you have difficulty, you may want to use a method which is known ''not'' to produce a UEFI-bootable stick, and hence force your firmware to boot it in BIOS compatibility mode.
+
     tabish-eeyek-fonts
 
+
--------------------------------------------------------------------------------------------------------------------------------------------------------------
== Checking USB disk size / free space ==
+
 
+
As noted before, the disk must have a certain amount of storage space depending on the type of image you select. If you use a destructive method, the stick must be at least that size; if you use a non-destructive method, it must have at least that much free space. Whichever operating system you are using, you can usually check this with a file manager, usually by right clicking and selecting ''Properties''. Here is a screenshot of how this looks on GNOME:
+
 
+
[[image:Properties_USB_size.png]]
+
 
+
== Writing the image ==
+
 
+
Remember, the most reliable methods, which are recommended if you do not need to preserve the contents of your stick or use any of the advanced features such as storage persistence, are the "direct write" methods described [[#quickstarts|above]]. Only use these alternative methods if you need to preserve the contents of your stick, or use advanced features.
+
 
+
After the "direct write" methods, [[#litd|The livecd-iso-to-disk method]] is the second most reliable, and supports all Fedora images and the full range of advanced features. However, it is a command-line tool, and only available for Fedora. [[#luc|The liveusb-creator method]] is less reliable and cannot write non-live images, but it is graphical, supports data persistence and non-destructive writing, and is easily available for Windows, OS X and Fedora.
+
 
+
The reliability, ease of use and feature availability of other methods, including [[#unetbootin|UNetbootin]], is questionable, and Fedora may be unable to offer support for them.
+
 
+
{{anchor|luc}}
+
=== Using liveusb-creator (Windows and Fedora, graphical, non-destructive) ===
+
 
+
[[Image:Fedora_Live_USB_creator.png]]
+
 
+
Fedora live USB sticks can be created on Windows and Fedora using the [http://fedorahosted.org/liveusb-creator liveusb-creator] utility. It cannot create USB sticks from the non-live installer images.
+
 
+
It is graphical, easy to use, is non-destructive (does not destroy existing data on the stick), and supports [[#Data persistence|data persistence]]. However, please be aware that it is not quite as actively maintained or heavily tested as the "direct write" methods, and can produce a stick that fails to boot on some systems, depending on the pre-existing format of the stick and the system firmware.
+
 
+
On Fedora, you can use a Fedora graphical software installation tool to install the {{package|liveusb-creator}} package, or use the command line:
+
 
+
: {{command|su -c 'yum install liveusb-creator'}}
+
 
+
On Windows, you can download the installer from [http://fedorahosted.org/liveusb-creator the liveusb-creator site].
+
 
+
To run the tool, look for '''Fedora LiveUSB Creator''' in the system menus, or (in Fedora) run {{command|liveusb-creator}} on the command line.
+
 
+
To use the tool, click the refresh button next to the list of images at the top-right (to refresh the list of available images from the Fedora mirrors), then select a Fedora release to download from the drop-down box (or select an ISO you have already downloaded using the ''Browse'' button at top-left), select the USB stick to which you wish to write the image from the ''Target Device'' drop-down box, and hit the ''Create Live USB'' button.
+
 
+
You can use the slider at bottom-right to make some space available for data persistence if you choose: see the [[#Data persistence|data persistence]] section for details on how this feature works, and its implications.
+
 
+
{{anchor|#device}}
+
=== Identifying a stick by {{filename|/dev}} name on Linux ===
+
 
+
The following methods will require you to know the {{filename|/dev}} name for your USB stick - e.g. {{filename|/dev/sdc}} - when using them on Linux. To find this out:
+
 
+
# Insert the USB stick into a USB port.
+
# Open a terminal and run {{command|dmesg}}.
+
# Near the end of the output, you will see something like:
+
<pre>
+
[32656.573467] sd 8:0:0:0: [sdX] Attached SCSI removable disk
+
</pre>
+
where sdX will be sdb, sdc, sdd, etc. '''Take note of this label''' as it is the name of the disk you will use. We'll call it ''sdX'' from now on. If you have connected more than one USB stick to the system, be careful that you identify the correct one - often you will see a manufacturer name or capacity in the output which you can use to make sure you identified the correct stick.
+
 
+
{{anchor|unetbootin}}
+
=== Using [http://unetbootin.sourceforge.net/ UNetbootin] (Windows, OS X and Linux, graphical, non-destructive) ===
+
 
+
{{admon/warning | Reliability not assured | Following each release, Fedora support volunteers receive reports of problems with installation images created by UNetbootin. Using the most recent version of UNetbootin available has been known to improve results. 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 [[#quickstarts|direct write]], [[#litd|livecd-iso-to-disk]], and [[#luc|liveusb-creator]] methods give better results than UNetbootin. If you encounter problems with UNetbootin, please contact the UNetbootin developers, not the Fedora developers.
+
 
+
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. Fedora cannot help you with this: please direct feedback on this issue to the UNetbootin developers.
+
 
+
[[Image:Unetbootin_gtk3.png]]
+
 
+
# Download the latest UNetbootin version from [http://unetbootin.sourceforge.net/ the official site] and install it. On Linux, the download is an executable file: save it somewhere, change it to be executable (using {{command|chmod ugo+x filename}} or a file manager), and then run it.
+
# Launch UNetbootin. On Linux, you might have to type the root password.
+
# Click on '''Diskimage''' and search for the ISO file you downloaded.
+
# Select Type: USB drive and [[#device|choose the correct device for your stick]]
+
# Click OK
+
 
+
{{admon/note | Drive not visible | 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.}}
+
 
+
{{anchor|litd}}
+
=== Command line method: Using the ''livecd-iso-to-disk'' tool (Fedora only, non-graphical, both non-destructive and destructive methods available) ===
+
 
+
{{admon/important | Potentially destructive method | This method will destroy all data on the USB stick ''if the '''--format''' parameter is passed''.}}
+
 
+
The ''livecd-iso-to-disk'' tool is the most capable, non-destructive, and second most reliable method of writing a Fedora ISO image to a USB stick, but it can be used reliably only from within Fedora. It does not work in Windows or OS X, and is not supported (and will usually fail) in non-Fedora distributions. Please use (in order of preference) [[#quickstarts|the direct write methods]], [[#luc|liveusb-creator]], [[#unetbootin|UNetbootin]] or other third-party tool on other operating systems. It is also 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.
+
 
+
Make sure the ''livecd-tools'' RPM is installed with the command:
+
 
+
: {{command|rpm -q livecd-tools}}
+
 
+
You will see the name of the RPM and a version number if it is installed, or no output if it is not installed.
+
 
+
If ''livecd-tools'' is not installed, install it using this command, or a graphical software installation tool:
+
 
+
: {{command|su -c 'yum install livecd-tools'}}
+
 
+
Detailed usage information is available in the first pages of the [http://git.fedorahosted.org/cgit/livecd/tree/tools/livecd-iso-to-disk.sh#n27 livecd-iso-to-disk script], which you can also see by running this command:
+
 
+
: {{command|su -c 'livecd-iso-to-disk --help'}}
+
 
+
Basic examples follow. Remember to [[#device|identify your USB stick's device name]] first. In all cases, you can add the parameter {{command|--efi}} to (try to) render the stick bootable in native UEFI mode.
+
 
+
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:
+
: {{command|su -c "livecd-iso-to-disk Fedora-Live-Desktop-x86_64-20-1.iso /dev/sdX"}}
+
See [[#Data persistence|Data persistence]] below for how to create Live USB devices with more than temporary storage of user files and settings.
+
 
+
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:
+
 
+
: {{command|su -c "livecd-iso-to-disk --reset-mbr Fedora-Live-Desktop-x86_64-20-1.iso /dev/sdX"}}
+
 
+
{{admon/warning | CAUTION: | Using the {{command|--format}} option in the following command will erase all data on the USB drive!  Please read the instructions below ''carefully''.}}
+
 
+
If necessary, you can have ''livecd-iso-to-disk'' re-partition and re-format the target stick:
+
 
+
: {{command|su -c "livecd-iso-to-disk --format --reset-mbr Fedora-Live-Desktop-x86_64-20-1.iso /dev/sdX"}}
+
 
+
{{anchor|dd}}
+
=== Command line "direct write" method (most operating systems, non-graphical, destructive) ===
+
 
+
{{admon/important | Destructive method | This method will destroy all data on the USB stick. Alternative, non-destructive methods are described elsewhere in this document.}}
+
 
+
This method is equivalent to the other "direct write" methods described in the [[#quickstarts|Quickstarts section]], but uses a command line utility named {{command|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 {{command|dd}} tool is available on most Unix-like operating systems, including Linux distributions and OS X, and [http://www.chrysocome.net/dd a Windows port is available].
+
 
+
The first step is to [[#device|identify the name of the USB drive partition.]] If using this method on Windows, with the port linked above, the {{command|dd --list}} command should provide you with the correct name.
+
 
+
To write the ISO file directly to the disk, run:
+
 
+
: {{command|su -c "dd if<nowiki>=</nowiki>/Users/me/Downloads/Fedora-Live-Desktop-x86_64-20-1.iso of<nowiki>=</nowiki>/dev/sdX bs<nowiki>=</nowiki>8M"}}
+
 
+
Or, if you are running an Ubuntu-based distribution:
+
 
+
: {{command|sudo dd if<nowiki>=</nowiki>/Users/me/Downloads/Fedora-Live-Desktop-x86_64-20-1.iso of<nowiki>=</nowiki>/dev/sdX bs<nowiki>=</nowiki>8M}}
+
 
+
Note that the process will take some time and you will not see any information while it is running.
+
 
+
=== Creating a USB stick from a running live environment ===
+
 
+
If you are already running a live CD, DVD, or USB and want to convert that into a bootable USB stick, run the following command:
+
 
+
: {{command|su -c "livecd-iso-to-disk /run/initramfs/livedev /dev/sdX"}}
+
 
+
(For versions before Fedora 17, use {{filename|/dev/live}} instead of {{filename|/run/initramfs/livedev}}.)
+
 
+
== Booting the image ==
+
 
+
[[Image:Bios_USB_boot.jpg|thumb|right|Set USB as first boot device. Your BIOS may be different.]]
+
 
+
# Power off the computer.
+
# Plug the USB drive into a USB port.
+
# Remove all other portable media, such as CD, DVD, or floppy disks.
+
# 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 (unless 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.
+
 
+
# Wait for a safe point to reboot safely.
+
# As the machine starts to reboot, watch carefully for instructions on which key to press (usually a function key or Escape) to enter the boot device selection menu, or "BIOS setup".  Press and hold that key.  If you miss the window of opportunity (often only a few seconds) then reboot and try again.
+
# Use the BIOS setup 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.  '''Use caution!'''  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. If you have a UEFI firmware, you may see choices to boot the stick in UEFI native mode or BIOS compatibility mode: remember that, if you intend to install Fedora, a UEFI native boot will result in a UEFI native Fedora installation, while a BIOS compatibility mode boot will result in a BIOS native Fedora installation.
+
# Save the changes, exit, and the computer should boot the Live USB drive.
+
 
+
== Data persistence ==
+
 
+
Data persistence means that your files and settings will remain even after you reboot your live system.  You can perform updates just like a regular installation to your hard disk, except that kernel updates require [[#Kernel updates|manual intervention]] and [[#limited overlay|overlay space may be insufficient]]. The primary use of this feature is booting a USB stick with your live image as well as the persistent changes. Note that you will need to have space on your target USB stick for the live image plus your overlay plus any other data you want on the stick.
+
 
+
Use the [[#luc|liveusb-creator tool]] described above to do this easily. There is a graphical slider in the interface you can use to assign space on the target stick for persistent storage.
+
 
+
If using the ''livecd-iso-to-disk'' tool, add the {{command|--overlay-size-mb}} parameter to add a persistent data storage area to the target stick. For example:
+
 
+
: {{command|su -c "livecd-iso-to-disk --overlay-size-mb 512 Fedora-Live-Desktop-x86_64-20-1.iso /dev/USBPARTITIONNAME"}}
+
 
+
where 512 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[234] filesystems it is only limited by the available space.
+
{{anchor|limited overlay}}
+
{{admon/note | Limited Lifetime of Persistent Overlay | One very important note about using the "primary" persistent overlay for system changes is that due to the way it's currently implemented (as a [[wikipedia:Device mapper|Device-mapper]] copy-on-write snapshot), every single change to it (writes AND deletes) subtracts from its free space, so it will eventually be "used up" and your USB stick will no longer boot (see this [http://thread.gmane.org/gmane.linux.kernel.device-mapper.devel/14644 dm-devel discussion] and [[LiveOS_image#Overlay_recovery|this page]] for emergency recovery). Because of these limitations, it is advisable to use the system-level persistence sparingly, for configuration changes and important security updates only. Or, if you have sufficient disk space available, changes to the LiveOS root filesystem snapshot can be merged into a new copy of the root filesystem.  See [[LiveOS image#Merge overlay into new image|this page section]] for instructions.
+
 
+
See [[#Mounting a Live USB filesystem|this section]] for mounting the root filesystem outside of a boot.
+
 
+
For normal, write-many storage, use the {{command|--home-size-mb}} option to create a home directory filesystem for personal files. Home.img can be re-used and loop mounted outside of the Live USB environment.}}
+
The persistent overlay status may be queried by issuing this command on the live system:
+
 
+
: {{command|dmsetup status live-rw}}
+
 
+
The returned value may look like this:
+
<pre>
+
live-rw: 0 8388608 snapshot 42296/204800 176
+
</pre>
+
where the fraction after 'snapshot' for the logical volume is that of 512-byte sectors consumed in the overlay.
+
 
+
== Troubleshooting ==
+
 
+
=== liveusb-creator problems ===
+
 
+
* Try the [http://fedorahosted.org/liveusb-creator/wiki/FAQ liveusb-creator FAQ].
+
* Bugs are tracked in [https://fedorahosted.org/liveusb-creator/ Trac] - see e.g. [https://fedorahosted.org/liveusb-creator/report/1 existing tickets].  Please [https://fedorahosted.org/liveusb-creator/newticket open a new ticket] if you encounter any problems that have not already been reported.
+
* The [https://fedorahosted.org/mailman/listinfo/liveusb-creator liveusb-creator mailing list] has [https://fedorahosted.org/pipermail/liveusb-creator/ archives] which may also be useful.
+
 
+
=== Partition isn't marked bootable! ===
+
 
+
If you get the following message, you need to mark the partition bootable.
+
<pre>
+
$ su -c "livecd-iso-to-disk Fedora-Live-Desktop-x86_64-20-1.iso /dev/sdX"
+
Partition isn't marked bootable!
+
You can mark the partition as bootable with
+
     $ /sbin/parted /dev/sdX
+
     (parted) toggle N boot
+
     (parted) quit
+
Cleaning up to exit...
+
</pre>
+
 
+
To mark the partition bootable, run parted, and use the 'toggle X boot' command. For example:
+
<pre>
+
$ parted /dev/sdX
+
GNU Parted 1.8.6
+
Using /dev/sdX
+
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.           
+
</pre>
+
 
+
=== Partitions need a filesystem label! ===
+
 
+
If you get the following message, you need to label the partition.
+
<pre>
+
$ su -c "livecd-iso-to-disk Fedora-Live-Desktop-x86_64-20-1.iso /dev/sdX"
+
Need to have a filesystem label or UUID for your USB device
+
Label can be set with /sbin/dosfslabel
+
Cleaning up to exit...
+
</pre>
+
 
+
To label the partition:
+
<pre>
+
su -c "dosfslabel /dev/sdX LIVE"
+
</pre>
+
 
+
=== Partition has different physical/logical endings! ===
+
 
+
If you get this message from fdisk, you may need to reformat the flash drive, as described earlier in this guide.
+
 
+
=== MBR appears to be blank! ===
+
 
+
If your test boot reports a corrupted boot sector, or you get the following message, you need to install or reset the master boot record (MBR).
+
<pre>
+
$ su -c "livecd-iso-to-disk Fedora-Live-Desktop-x86_64-20-1.iso /dev/sdX"
+
MBR appears to be blank.
+
You can add an MBR to this device with
+
Cleaning up to exit...
+
</pre>
+
 
+
To install or reset MBR:
+
$ su -c "livecd-iso-to-disk --reset-mbr Fedora-Live-Desktop-x86_64-20-1.iso /dev/sdX"
+
 
+
=== Issues using other Linux distributions ===
+
 
+
Ubuntu and derivative Linux distributions have a usb-creator program similar to Live USB Creator. This ''does not work'' with Fedora ISO images, it silently rejects them. usb-creator requires the ISO to have a Debian layout, with a /.disk/info file and a casper directory. Do not attempt to use this utility to write a Fedora ISO image.
+
 
+
The livecd-iso-to-disk script is 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-disk on any distribution other than Fedora is unsupported and not expected to work: please use an alternative method, such as the [[#quickstarts|"direct write"]] methods described above.
+
 
+
== Testing a USB stick using qemu ==
+
 
+
You can test your stick using QEMU as shown in the screenshot below.
+
 
+
[[Image:Screenshot_qemu_gtk3.png‎|thumb]]
+
 
+
For example, you could type the following commands:
+
<pre>
+
su -c 'umount /dev/sdX1'
+
qemu -hda /dev/sdX -m 1024 -vga std
+
</pre>
+
== Mounting a Live USB filesystem ==
+
 
+
You can use the [https://git.fedorahosted.org/cgit/livecd/tree/tools/liveimage-mount ''liveimage-mount''] script in the {{package|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.
+
 
+
== Kernel updates ==
+
 
+
If you have [[#limited overlay|sufficient overlay space]] to accommodate a kernel update on a Live USB installation, the kernel and initramfs will be installed to the /boot directory.  To put these into service they must be moved to the /syslinux directory of the installation partition.  This is accessible from the running Live USB filesystem at either the /mnt/live or /run/initramfs/live mount point. The new initramfs (such as initramfs-3.12.5-302.fc20.x86_64.img) and kernel (such as vmlinuz-3.12.5-302.fc20.x86_64) should be moved to replace the /run/initramfs/live/syslinux/initrd0.img and /run/initramfs/live/syslinux/vmlinuz0 files, respectively.
+
* '''Note''': ''[[dracut]]'' no longer includes the ''dmsquash-live'' module by default. Starting with Fedora 19, ''dracut'' defaults to the {{command|hostonly&#61;"yes"}} option, which precludes the ''dmsquash-live'' module. So one should edit the dracut config file, as root, before updating the kernel:
+
<pre>
+
sed -i 's/^hostonly="yes"/hostonly="no"/' /usr/lib/dracut/dracut.conf.d/01-dist.conf
+
echo 'add_dracutmodules+=" dmsquash-live "
+
compress="xz"' >> /usr/lib/dracut/dracut.conf.d/01-dist.conf
+
</pre>
+
 
+
The following commands will move the new kernel and initramfs files and create symbolic links to them, in case one later wants to perform a full install of the image to a hard disk. 
+
<pre>
+
bootpath=run/initramfs/live/syslinux
+
bootpath=mnt/live/syslinux
+
new=3.12.5-302.fc20.x86_64
+
 
+
cd /
+
mv -f boot/vmlinuz-$new ${bootpath}/vmlinuz0
+
mv -f boot/initramfs-${new}.img ${bootpath}/initrd0.img
+
 
+
ln -fs -T ../${bootpath}/vmlinuz0 boot/vmlinuz-$new
+
ln -fs -T ../${bootpath}/initrd0.img boot/initramfs-${new}.img
+
</pre>
+

Revision as of 12:33, 11 May 2014

DocsProject Header docTeam1.png

{This is work in progress. Please suggest changes.}

Introduction A live image is a safe and easy way to test the Fedora operating system on your own familiar hardware. If you enjoy this experience, you can install the live system software to your system's hard drive. The installation can either replace your existing operating system, or co-exist separately on your hard drive. This live image provides you with an experience that is very similar to running Fedora, but there are some important differences. Refer to link titlefor more information.

Artwork DesignService fedora-iso-usb.png

NOTES

   1. in xfce:
   Two additions: xfdashboard and xfce4-whiskermenu plugin.
   One removal: remina
   Remmina is a remote desktop client written in GTK+, aiming to be useful for system administrators and travellers.
   It is specially useful for those who need to work with lots of remote computers in front of either large monitors or tiny netbooks. 
   Remmina supports multiple network protocols in an integrated and consistent user interface. Currently RDP, VNC, NX, XDMCP and SSH are supported.

   2.  kde: disable baloo for live user
   According to KDE website Baloo is the next generation of the Nepomuk project.
   It's responsible for handling user metadata such as tags, rating and comments.
   It also handles indexing and searching for files, emails, contacts, and so on.
   [1]

   3. Mate:
   The F21 has Mate 1.8. The main changes in 1.8 are:
   Caja (file manager)
      Added an option to use IEC units instead of SI units
      Added “Open parent location” option in the search view context menu
   Marco (window manager)
      Added side-by-side tiling (window snapping)
   Panel
      Added support for Metacity keybindings in the run dialog and main menu
      Added a progress bar to the logout dialog
   Control center
      Added support to use Metacity as a window manager
   MATE Desktop library
      Added MATE User Guide
      Added mpaste tool for http://paste.mate-desktop.org
   Eye Of MATE (image viewer)
      Added shuffle mode to the slideshow
   Engrampa (file archiver)
      Always display “extract to” context menu to Caja
   Screensaver
      Displays date and time in lock dialog
   Applets
      Added undo functionality to the sticky note applet
      Added a new “command” applet to show the output of a command
      Rewrote the “timer” applet in C
      Clicking the middle mouse on the volume applet toggles mute
   Dropped packages
      Replaced mate-doc-utils with yelp-tools
      Replaced libmatekeyring and mate-keyring with libsecret and gnome-keyring
      Replaced libmatewnck with libwnck
      Replaced mucharmap with gucharmap
      Replaced mate-bluetooth with blueman
      Merged all Caja extensions into a single package
      Removed the modem lights applet, as the netspeed applet provides similar functionality
  Other improvements
      Fixed a lot of code deprecations
      Fixed a lot of bugs
      Improved the build system
      Added and improved a lot of translations

   4. Removing Bloat from the next Live CD (Desktop) :
   Many packages are included in the Live CD which are not really used by users who only speak English.
   The idea is to split the Live CD into 2 versions. The default version will be for English only.
   The second Live CD (not the default) will be English + international languages support.
   =============
   The packages which may be removed without any adverse effects:
   ibus
   ibus-chewing
   ibus-gtk2
   ibus-gtk3
   ibus-hangul
   ibus-kkc
   ibus-libpinyin
   ibus-libs
   ibus-m17n
   ibus-rawcode
   ibus-setup
   ibus-wayland
   libchewing
   libpinyin
   libpinyin-data
   opencc
   lohit-assamese-fonts
   lohit-bengali-fonts
   lohit-devanagari-fonts
   lohit-gujarati-fonts
   lohit-kannada-fonts
   lohit-malayalam-fonts
   lohit-oriya-fonts
   lohit-punjabi-fonts
   lohit-tamil-fonts
   lohit-telugu-fonts
   jomolhari-fonts
   vlgothic-fonts
   cjkuni-uming-fonts
   wqy-zenhei-fonts
   thai-scalable-fonts-common
   thai-scalable-waree-fonts
   smc-fonts-common
   smc-meera-fonts
   sil-abyssinica-fonts
   sil-mingzat-fonts
   sil-nuosu-fonts
   sil-padauk-fonts
   nhn-nanum-fonts-common
   nhn-nanum-gothic-fonts
   paratype-pt-sans-fonts
   google-noto-sans-lisu-fonts
   google-noto-sans-mandaic-fonts
   google-noto-sans-meeteimayek-fonts
   google-noto-sans-tagalog-fonts
   google-noto-sans-tai-tham-fonts
   google-noto-sans-tai-viet-fonts
   khmeros-base-fonts
   lklug-fonts
   paktype-naqsh-fonts
   tabish-eeyek-fonts