How to burn a bootable USB for Fedora from Ubuntu for use in Virtual Box VM
Clash Royale CLAN TAG#URR8PPP
up vote
2
down vote
favorite
I want to create a VirtualBox VM for Fedora to run on an Ubuntu system.
I am trying to debug a TLS problem with connectivity to an API server I need to connect to. This connectivity is made through a Python-2.7 library that calls the requests
library. This connectivity has failed on two different versions of Ubuntu. I want to see if it would work on Fedora - on the other hand, this test wouldn't prove anything if the guest Fedora VM is relying on the host's ssl code. I just don't know. Am I wasting my time on this?
Be that at may, I can't even get a bootable USB drive for Fedora. I downloaded Fedora-Workstation-Live-x86_64-28-1.1.iso
and then burnt it to the USB stick (after formatting) with the command
sudo dd if=~/Downloads/Fedora-Workstation-Live-x86_64-28-1.1.iso of=/dev/sdb1
This supposedly succeeded, but when I tried to build a VM booting from this, the screen started to show but soon developed into graphical mush. I also tried to boot from the USB stick. I restarted the computer, pressed F12, chose the USB stick. The computer spun for a few seconds, then gave up and returned me to the choose boot device screen.
So two questions:
- Will a python app using requests library use the Fedora guest's
networking code or the Ubuntu host's? - Why won't Fedora boot off the USB stick?
Update:
Issue 2 is answered. The dd command was wrong.
Still not sure about Issue 1.
I am going to open another issue about the installation into the virtual machine.
ubuntu fedora virtualbox bootable
 |Â
show 6 more comments
up vote
2
down vote
favorite
I want to create a VirtualBox VM for Fedora to run on an Ubuntu system.
I am trying to debug a TLS problem with connectivity to an API server I need to connect to. This connectivity is made through a Python-2.7 library that calls the requests
library. This connectivity has failed on two different versions of Ubuntu. I want to see if it would work on Fedora - on the other hand, this test wouldn't prove anything if the guest Fedora VM is relying on the host's ssl code. I just don't know. Am I wasting my time on this?
Be that at may, I can't even get a bootable USB drive for Fedora. I downloaded Fedora-Workstation-Live-x86_64-28-1.1.iso
and then burnt it to the USB stick (after formatting) with the command
sudo dd if=~/Downloads/Fedora-Workstation-Live-x86_64-28-1.1.iso of=/dev/sdb1
This supposedly succeeded, but when I tried to build a VM booting from this, the screen started to show but soon developed into graphical mush. I also tried to boot from the USB stick. I restarted the computer, pressed F12, chose the USB stick. The computer spun for a few seconds, then gave up and returned me to the choose boot device screen.
So two questions:
- Will a python app using requests library use the Fedora guest's
networking code or the Ubuntu host's? - Why won't Fedora boot off the USB stick?
Update:
Issue 2 is answered. The dd command was wrong.
Still not sure about Issue 1.
I am going to open another issue about the installation into the virtual machine.
ubuntu fedora virtualbox bootable
Did you ensure thatdd
command actually wrote all of the image before working with the USB stick?dd
writes to USB sticks very fast and returns, but the actual physical writing is not finished. I install Fedora from so burned images all the time, as long as you wait long enough for all data to be written, it works.
â ajeh
May 8 at 20:42
2
Is there a specific reason why you are making a bootable USB stick when you can just add a CD-ROM to the virtual machine, mount the.iso
file to it, and boot from there?
â ErikF
May 8 at 20:47
In 2018 suggesting a CD over a USB is kind of weird. Performance? Re-usability? Size? Logistics of carrying around?
â ajeh
May 8 at 20:51
no, @ErikF has a good idea. He's talking about a VIRTUAL CD-ROM, I think.
â Steve Cohen
May 8 at 20:55
Of course, it worked, @ErikF
â Steve Cohen
May 8 at 21:01
 |Â
show 6 more comments
up vote
2
down vote
favorite
up vote
2
down vote
favorite
I want to create a VirtualBox VM for Fedora to run on an Ubuntu system.
I am trying to debug a TLS problem with connectivity to an API server I need to connect to. This connectivity is made through a Python-2.7 library that calls the requests
library. This connectivity has failed on two different versions of Ubuntu. I want to see if it would work on Fedora - on the other hand, this test wouldn't prove anything if the guest Fedora VM is relying on the host's ssl code. I just don't know. Am I wasting my time on this?
Be that at may, I can't even get a bootable USB drive for Fedora. I downloaded Fedora-Workstation-Live-x86_64-28-1.1.iso
and then burnt it to the USB stick (after formatting) with the command
sudo dd if=~/Downloads/Fedora-Workstation-Live-x86_64-28-1.1.iso of=/dev/sdb1
This supposedly succeeded, but when I tried to build a VM booting from this, the screen started to show but soon developed into graphical mush. I also tried to boot from the USB stick. I restarted the computer, pressed F12, chose the USB stick. The computer spun for a few seconds, then gave up and returned me to the choose boot device screen.
So two questions:
- Will a python app using requests library use the Fedora guest's
networking code or the Ubuntu host's? - Why won't Fedora boot off the USB stick?
Update:
Issue 2 is answered. The dd command was wrong.
Still not sure about Issue 1.
I am going to open another issue about the installation into the virtual machine.
ubuntu fedora virtualbox bootable
I want to create a VirtualBox VM for Fedora to run on an Ubuntu system.
I am trying to debug a TLS problem with connectivity to an API server I need to connect to. This connectivity is made through a Python-2.7 library that calls the requests
library. This connectivity has failed on two different versions of Ubuntu. I want to see if it would work on Fedora - on the other hand, this test wouldn't prove anything if the guest Fedora VM is relying on the host's ssl code. I just don't know. Am I wasting my time on this?
Be that at may, I can't even get a bootable USB drive for Fedora. I downloaded Fedora-Workstation-Live-x86_64-28-1.1.iso
and then burnt it to the USB stick (after formatting) with the command
sudo dd if=~/Downloads/Fedora-Workstation-Live-x86_64-28-1.1.iso of=/dev/sdb1
This supposedly succeeded, but when I tried to build a VM booting from this, the screen started to show but soon developed into graphical mush. I also tried to boot from the USB stick. I restarted the computer, pressed F12, chose the USB stick. The computer spun for a few seconds, then gave up and returned me to the choose boot device screen.
So two questions:
- Will a python app using requests library use the Fedora guest's
networking code or the Ubuntu host's? - Why won't Fedora boot off the USB stick?
Update:
Issue 2 is answered. The dd command was wrong.
Still not sure about Issue 1.
I am going to open another issue about the installation into the virtual machine.
ubuntu fedora virtualbox bootable
edited May 8 at 21:49
asked May 8 at 20:31
Steve Cohen
1767
1767
Did you ensure thatdd
command actually wrote all of the image before working with the USB stick?dd
writes to USB sticks very fast and returns, but the actual physical writing is not finished. I install Fedora from so burned images all the time, as long as you wait long enough for all data to be written, it works.
â ajeh
May 8 at 20:42
2
Is there a specific reason why you are making a bootable USB stick when you can just add a CD-ROM to the virtual machine, mount the.iso
file to it, and boot from there?
â ErikF
May 8 at 20:47
In 2018 suggesting a CD over a USB is kind of weird. Performance? Re-usability? Size? Logistics of carrying around?
â ajeh
May 8 at 20:51
no, @ErikF has a good idea. He's talking about a VIRTUAL CD-ROM, I think.
â Steve Cohen
May 8 at 20:55
Of course, it worked, @ErikF
â Steve Cohen
May 8 at 21:01
 |Â
show 6 more comments
Did you ensure thatdd
command actually wrote all of the image before working with the USB stick?dd
writes to USB sticks very fast and returns, but the actual physical writing is not finished. I install Fedora from so burned images all the time, as long as you wait long enough for all data to be written, it works.
â ajeh
May 8 at 20:42
2
Is there a specific reason why you are making a bootable USB stick when you can just add a CD-ROM to the virtual machine, mount the.iso
file to it, and boot from there?
â ErikF
May 8 at 20:47
In 2018 suggesting a CD over a USB is kind of weird. Performance? Re-usability? Size? Logistics of carrying around?
â ajeh
May 8 at 20:51
no, @ErikF has a good idea. He's talking about a VIRTUAL CD-ROM, I think.
â Steve Cohen
May 8 at 20:55
Of course, it worked, @ErikF
â Steve Cohen
May 8 at 21:01
Did you ensure that
dd
command actually wrote all of the image before working with the USB stick? dd
writes to USB sticks very fast and returns, but the actual physical writing is not finished. I install Fedora from so burned images all the time, as long as you wait long enough for all data to be written, it works.â ajeh
May 8 at 20:42
Did you ensure that
dd
command actually wrote all of the image before working with the USB stick? dd
writes to USB sticks very fast and returns, but the actual physical writing is not finished. I install Fedora from so burned images all the time, as long as you wait long enough for all data to be written, it works.â ajeh
May 8 at 20:42
2
2
Is there a specific reason why you are making a bootable USB stick when you can just add a CD-ROM to the virtual machine, mount the
.iso
file to it, and boot from there?â ErikF
May 8 at 20:47
Is there a specific reason why you are making a bootable USB stick when you can just add a CD-ROM to the virtual machine, mount the
.iso
file to it, and boot from there?â ErikF
May 8 at 20:47
In 2018 suggesting a CD over a USB is kind of weird. Performance? Re-usability? Size? Logistics of carrying around?
â ajeh
May 8 at 20:51
In 2018 suggesting a CD over a USB is kind of weird. Performance? Re-usability? Size? Logistics of carrying around?
â ajeh
May 8 at 20:51
no, @ErikF has a good idea. He's talking about a VIRTUAL CD-ROM, I think.
â Steve Cohen
May 8 at 20:55
no, @ErikF has a good idea. He's talking about a VIRTUAL CD-ROM, I think.
â Steve Cohen
May 8 at 20:55
Of course, it worked, @ErikF
â Steve Cohen
May 8 at 21:01
Of course, it worked, @ErikF
â Steve Cohen
May 8 at 21:01
 |Â
show 6 more comments
3 Answers
3
active
oldest
votes
up vote
3
down vote
dd
falls a victim to caching of writes and you end up with partially written image on the USB stick.
Use oflag=direct
and call sync
after dd
:
dd if=yourimage of=yourUSBdevice bs=16M oflag=direct; sync
Also good idea to use below command for all USB flash drives
hdparm -W 0 /yourUSBdevice
but I don't know how to apply that to modern Linux's FUSE based auto-mounting to /run/media
as I never bothered to find out.
4
Nobody vandalized your answer. Quit rolling back useful edits.
â Michael Hampton
May 8 at 21:37
4
Making the English easier to understand adds a lot of value. Let go.
â Michael Hampton
May 8 at 21:42
3
@ajeh The truth is your English as shown here is awful and that is being nice! Weirdly, in some of your previous contributions that I just skimmed the grammar isn't that bad. I don't know what happened here but I improved it and I hope you don't roll it back this time.
â user252181
May 8 at 22:09
add a comment |Â
up vote
2
down vote
Obvious error is 'sdb1'. '1' here means partition number 1. You need to write into 'disk' not 'partition'. Use 'sdb' (without '1').
sudo dd if=~/Downloads/Fedora-Workstation-Live-x86_64-28-1.1.iso of=/dev/sdb
Use sync
command to make sure everything is actually written into USB.
Not every .iso
supports booting from USB so even properly written it may fail to boot.
Fedora's ISO is crafted to boot properly even if started as a normal disk image.
â Ignacio Vazquez-Abrams
May 8 at 22:52
add a comment |Â
up vote
0
down vote
Regarding the first question that you posed, any program running in a virtual machine will use the kernel and libraries in the guest, not the host (which makes sense: a Windows guest wouldn't be able to directly call libraries on a Linux host, or vice versa.) As long as your Fedora VM has essentially the same configuration of Python as your Ubuntu machines, you should be able to do a valid comparison between them.
(The only nit-picky exception to that is the interface that VirtualBox supplies to the guest: for example, the guest's network adapter is being implemented as a series of network calls on the host. However, unless there's a bug in VirtualBox or your host it shouldn't affect your tests.)
I would recommend posting a separate question on Stack Overflow with the non-functioning code though: being forced to run a program on a specific version/distribution is not fun and is extremely fragile.
add a comment |Â
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
3
down vote
dd
falls a victim to caching of writes and you end up with partially written image on the USB stick.
Use oflag=direct
and call sync
after dd
:
dd if=yourimage of=yourUSBdevice bs=16M oflag=direct; sync
Also good idea to use below command for all USB flash drives
hdparm -W 0 /yourUSBdevice
but I don't know how to apply that to modern Linux's FUSE based auto-mounting to /run/media
as I never bothered to find out.
4
Nobody vandalized your answer. Quit rolling back useful edits.
â Michael Hampton
May 8 at 21:37
4
Making the English easier to understand adds a lot of value. Let go.
â Michael Hampton
May 8 at 21:42
3
@ajeh The truth is your English as shown here is awful and that is being nice! Weirdly, in some of your previous contributions that I just skimmed the grammar isn't that bad. I don't know what happened here but I improved it and I hope you don't roll it back this time.
â user252181
May 8 at 22:09
add a comment |Â
up vote
3
down vote
dd
falls a victim to caching of writes and you end up with partially written image on the USB stick.
Use oflag=direct
and call sync
after dd
:
dd if=yourimage of=yourUSBdevice bs=16M oflag=direct; sync
Also good idea to use below command for all USB flash drives
hdparm -W 0 /yourUSBdevice
but I don't know how to apply that to modern Linux's FUSE based auto-mounting to /run/media
as I never bothered to find out.
4
Nobody vandalized your answer. Quit rolling back useful edits.
â Michael Hampton
May 8 at 21:37
4
Making the English easier to understand adds a lot of value. Let go.
â Michael Hampton
May 8 at 21:42
3
@ajeh The truth is your English as shown here is awful and that is being nice! Weirdly, in some of your previous contributions that I just skimmed the grammar isn't that bad. I don't know what happened here but I improved it and I hope you don't roll it back this time.
â user252181
May 8 at 22:09
add a comment |Â
up vote
3
down vote
up vote
3
down vote
dd
falls a victim to caching of writes and you end up with partially written image on the USB stick.
Use oflag=direct
and call sync
after dd
:
dd if=yourimage of=yourUSBdevice bs=16M oflag=direct; sync
Also good idea to use below command for all USB flash drives
hdparm -W 0 /yourUSBdevice
but I don't know how to apply that to modern Linux's FUSE based auto-mounting to /run/media
as I never bothered to find out.
dd
falls a victim to caching of writes and you end up with partially written image on the USB stick.
Use oflag=direct
and call sync
after dd
:
dd if=yourimage of=yourUSBdevice bs=16M oflag=direct; sync
Also good idea to use below command for all USB flash drives
hdparm -W 0 /yourUSBdevice
but I don't know how to apply that to modern Linux's FUSE based auto-mounting to /run/media
as I never bothered to find out.
edited May 9 at 15:04
answered May 8 at 20:46
ajeh
1
1
4
Nobody vandalized your answer. Quit rolling back useful edits.
â Michael Hampton
May 8 at 21:37
4
Making the English easier to understand adds a lot of value. Let go.
â Michael Hampton
May 8 at 21:42
3
@ajeh The truth is your English as shown here is awful and that is being nice! Weirdly, in some of your previous contributions that I just skimmed the grammar isn't that bad. I don't know what happened here but I improved it and I hope you don't roll it back this time.
â user252181
May 8 at 22:09
add a comment |Â
4
Nobody vandalized your answer. Quit rolling back useful edits.
â Michael Hampton
May 8 at 21:37
4
Making the English easier to understand adds a lot of value. Let go.
â Michael Hampton
May 8 at 21:42
3
@ajeh The truth is your English as shown here is awful and that is being nice! Weirdly, in some of your previous contributions that I just skimmed the grammar isn't that bad. I don't know what happened here but I improved it and I hope you don't roll it back this time.
â user252181
May 8 at 22:09
4
4
Nobody vandalized your answer. Quit rolling back useful edits.
â Michael Hampton
May 8 at 21:37
Nobody vandalized your answer. Quit rolling back useful edits.
â Michael Hampton
May 8 at 21:37
4
4
Making the English easier to understand adds a lot of value. Let go.
â Michael Hampton
May 8 at 21:42
Making the English easier to understand adds a lot of value. Let go.
â Michael Hampton
May 8 at 21:42
3
3
@ajeh The truth is your English as shown here is awful and that is being nice! Weirdly, in some of your previous contributions that I just skimmed the grammar isn't that bad. I don't know what happened here but I improved it and I hope you don't roll it back this time.
â user252181
May 8 at 22:09
@ajeh The truth is your English as shown here is awful and that is being nice! Weirdly, in some of your previous contributions that I just skimmed the grammar isn't that bad. I don't know what happened here but I improved it and I hope you don't roll it back this time.
â user252181
May 8 at 22:09
add a comment |Â
up vote
2
down vote
Obvious error is 'sdb1'. '1' here means partition number 1. You need to write into 'disk' not 'partition'. Use 'sdb' (without '1').
sudo dd if=~/Downloads/Fedora-Workstation-Live-x86_64-28-1.1.iso of=/dev/sdb
Use sync
command to make sure everything is actually written into USB.
Not every .iso
supports booting from USB so even properly written it may fail to boot.
Fedora's ISO is crafted to boot properly even if started as a normal disk image.
â Ignacio Vazquez-Abrams
May 8 at 22:52
add a comment |Â
up vote
2
down vote
Obvious error is 'sdb1'. '1' here means partition number 1. You need to write into 'disk' not 'partition'. Use 'sdb' (without '1').
sudo dd if=~/Downloads/Fedora-Workstation-Live-x86_64-28-1.1.iso of=/dev/sdb
Use sync
command to make sure everything is actually written into USB.
Not every .iso
supports booting from USB so even properly written it may fail to boot.
Fedora's ISO is crafted to boot properly even if started as a normal disk image.
â Ignacio Vazquez-Abrams
May 8 at 22:52
add a comment |Â
up vote
2
down vote
up vote
2
down vote
Obvious error is 'sdb1'. '1' here means partition number 1. You need to write into 'disk' not 'partition'. Use 'sdb' (without '1').
sudo dd if=~/Downloads/Fedora-Workstation-Live-x86_64-28-1.1.iso of=/dev/sdb
Use sync
command to make sure everything is actually written into USB.
Not every .iso
supports booting from USB so even properly written it may fail to boot.
Obvious error is 'sdb1'. '1' here means partition number 1. You need to write into 'disk' not 'partition'. Use 'sdb' (without '1').
sudo dd if=~/Downloads/Fedora-Workstation-Live-x86_64-28-1.1.iso of=/dev/sdb
Use sync
command to make sure everything is actually written into USB.
Not every .iso
supports booting from USB so even properly written it may fail to boot.
edited May 8 at 23:57
Patrick Mevzek
2,0131721
2,0131721
answered May 8 at 21:08
John Doe
804
804
Fedora's ISO is crafted to boot properly even if started as a normal disk image.
â Ignacio Vazquez-Abrams
May 8 at 22:52
add a comment |Â
Fedora's ISO is crafted to boot properly even if started as a normal disk image.
â Ignacio Vazquez-Abrams
May 8 at 22:52
Fedora's ISO is crafted to boot properly even if started as a normal disk image.
â Ignacio Vazquez-Abrams
May 8 at 22:52
Fedora's ISO is crafted to boot properly even if started as a normal disk image.
â Ignacio Vazquez-Abrams
May 8 at 22:52
add a comment |Â
up vote
0
down vote
Regarding the first question that you posed, any program running in a virtual machine will use the kernel and libraries in the guest, not the host (which makes sense: a Windows guest wouldn't be able to directly call libraries on a Linux host, or vice versa.) As long as your Fedora VM has essentially the same configuration of Python as your Ubuntu machines, you should be able to do a valid comparison between them.
(The only nit-picky exception to that is the interface that VirtualBox supplies to the guest: for example, the guest's network adapter is being implemented as a series of network calls on the host. However, unless there's a bug in VirtualBox or your host it shouldn't affect your tests.)
I would recommend posting a separate question on Stack Overflow with the non-functioning code though: being forced to run a program on a specific version/distribution is not fun and is extremely fragile.
add a comment |Â
up vote
0
down vote
Regarding the first question that you posed, any program running in a virtual machine will use the kernel and libraries in the guest, not the host (which makes sense: a Windows guest wouldn't be able to directly call libraries on a Linux host, or vice versa.) As long as your Fedora VM has essentially the same configuration of Python as your Ubuntu machines, you should be able to do a valid comparison between them.
(The only nit-picky exception to that is the interface that VirtualBox supplies to the guest: for example, the guest's network adapter is being implemented as a series of network calls on the host. However, unless there's a bug in VirtualBox or your host it shouldn't affect your tests.)
I would recommend posting a separate question on Stack Overflow with the non-functioning code though: being forced to run a program on a specific version/distribution is not fun and is extremely fragile.
add a comment |Â
up vote
0
down vote
up vote
0
down vote
Regarding the first question that you posed, any program running in a virtual machine will use the kernel and libraries in the guest, not the host (which makes sense: a Windows guest wouldn't be able to directly call libraries on a Linux host, or vice versa.) As long as your Fedora VM has essentially the same configuration of Python as your Ubuntu machines, you should be able to do a valid comparison between them.
(The only nit-picky exception to that is the interface that VirtualBox supplies to the guest: for example, the guest's network adapter is being implemented as a series of network calls on the host. However, unless there's a bug in VirtualBox or your host it shouldn't affect your tests.)
I would recommend posting a separate question on Stack Overflow with the non-functioning code though: being forced to run a program on a specific version/distribution is not fun and is extremely fragile.
Regarding the first question that you posed, any program running in a virtual machine will use the kernel and libraries in the guest, not the host (which makes sense: a Windows guest wouldn't be able to directly call libraries on a Linux host, or vice versa.) As long as your Fedora VM has essentially the same configuration of Python as your Ubuntu machines, you should be able to do a valid comparison between them.
(The only nit-picky exception to that is the interface that VirtualBox supplies to the guest: for example, the guest's network adapter is being implemented as a series of network calls on the host. However, unless there's a bug in VirtualBox or your host it shouldn't affect your tests.)
I would recommend posting a separate question on Stack Overflow with the non-functioning code though: being forced to run a program on a specific version/distribution is not fun and is extremely fragile.
answered May 8 at 23:55
ErikF
2,6711413
2,6711413
add a comment |Â
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f442630%2fhow-to-burn-a-bootable-usb-for-fedora-from-ubuntu-for-use-in-virtual-box-vm%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Did you ensure that
dd
command actually wrote all of the image before working with the USB stick?dd
writes to USB sticks very fast and returns, but the actual physical writing is not finished. I install Fedora from so burned images all the time, as long as you wait long enough for all data to be written, it works.â ajeh
May 8 at 20:42
2
Is there a specific reason why you are making a bootable USB stick when you can just add a CD-ROM to the virtual machine, mount the
.iso
file to it, and boot from there?â ErikF
May 8 at 20:47
In 2018 suggesting a CD over a USB is kind of weird. Performance? Re-usability? Size? Logistics of carrying around?
â ajeh
May 8 at 20:51
no, @ErikF has a good idea. He's talking about a VIRTUAL CD-ROM, I think.
â Steve Cohen
May 8 at 20:55
Of course, it worked, @ErikF
â Steve Cohen
May 8 at 21:01