Hi All,
I am always having something go wrong with Live USB. I occurs to me that why don't I just directly install FC21 to a flash drive? Will this work and will it be bootable? (I use the Live CD to do installs, so I don't need that feature on a bootable stick.)
Many thanks, -T
On 05/08/2015 06:12 PM, ToddAndMargo wrote:
Hi All,
I am always having something go wrong with Live USB. I occurs to me that why don't I just directly install FC21 to a flash drive? Will this work and will it be bootable? (I use the Live CD to do installs, so I don't need that feature on a bootable stick.)
Many thanks, -T
Please cancel question.
Oh oh. Just found this: http://www.tuxradar.com/content/how-install-linux-usb-flash-drive
Live CDs scan the hardware at boot time, and so are likely to be compatible with the most machines.
Live CDs must by necessity have a small footprint, which means there's more space for your files - or you can just buy a smaller, cheaper drive.
Live CDs run as much as they can in RAM, which makes for better performance.
Live CDs don't use swap.
On Fri, May 8, 2015 at 9:36 PM, ToddAndMargo ToddAndMargo@zoho.com wrote:
On 05/08/2015 06:12 PM, ToddAndMargo wrote:
Hi All,
I am always having something go wrong with Live USB. I occurs to me that why don't I just directly install FC21 to a flash drive? Will this work and will it be bootable? (I use the Live CD to do installs, so I don't need that feature on a bootable stick.)
Many thanks, -T
Please cancel question.
Oh oh. Just found this: http://www.tuxradar.com/content/how-install-linux-usb-flash-drive
This is not the full story.
Live CDs scan the hardware at boot time, and so are likely to be
compatible with the most machines.
Dracut can be configured to not default to the hostonly="yes" option (/usr/lib/dracut/dracut.conf.d/01-dist.conf in Fedora). So you can build an initial ram filesystem that has the same hardware capability as the LiveCD/USB.
Live CDs must by necessity have a small footprint, which means there's
more space for your files - or you can just buy a smaller, cheaper drive.
Live CDs run as much as they can in RAM, which makes for betterperformance.
USB3 flash drives are quite fast. A regular installation can also be configured to take advantage of the available RAM.
Live CDs don't use swap.
In Fedora, my Linux swap partition on a hard disc is recognized and used by a LiveUSB. One could also create a swap file on the USB drive, https://docs.fedoraproject.org/en-US/Fedora/14/html/Storage_Administration_G...
With the large USB flash drives you have, a full installation may be your best and quickest solution. You should try it before dismissing the option.
--Fred
On 05/09/2015 12:44 PM, Frederick Grose wrote:
On Fri, May 8, 2015 at 9:36 PM, ToddAndMargo <ToddAndMargo@zoho.com mailto:ToddAndMargo@zoho.com>wrote:
On 05/08/2015 06:12 PM, ToddAndMargo wrote: Hi All, I am always having something go wrong with Live USB. I occurs to me that why don't I just directly install FC21 to a flash drive? Will this work and will it be bootable? (I use the Live CD to do installs, so I don't need that feature on a bootable stick.) Many thanks, -T Please cancel question. Oh oh. Just found this: http://www.tuxradar.com/content/how-install-linux-usb-flash-driveThis is not the full story.
Live CDs scan the hardware at boot time, and so are likely to be compatible with the most machines.Dracut can be configured to not default to the hostonly="yes" option (/usr/lib/dracut/dracut.conf.d/01-dist.conf in Fedora). So you can build an initial ram filesystem that has the same hardware capability as the LiveCD/USB.
Live CDs must by necessity have a small footprint, which means there's more space for your files - or you can just buy a smaller, cheaper drive. Live CDs run as much as they can in RAM, which makes for better performance.USB3 flash drives are quite fast. A regular installation can also be configured to take advantage of the available RAM.
Live CDs don't use swap.In Fedora, my Linux swap partition on a hard disc is recognized and used by a LiveUSB. One could also create a swap file on the USB drive, https://docs.fedoraproject.org/en-US/Fedora/14/html/Storage_Administration_G...
With the large USB flash drives you have, a full installation may be your best and quickest solution. You should try it before dismissing the option.
--Fred
Hi Fred,
This I am saving in my keeper notes.
It will be nice not to have to hassle with persistence. And to be able to plug it into my main host system and write directly to it to update my notes, etc..
Thank you for helping me with this!
-T
On 05/09/2015 12:44 PM, Frederick Grose wrote:
On Fri, May 8, 2015 at 9:36 PM, ToddAndMargo <ToddAndMargo@zoho.com mailto:ToddAndMargo@zoho.com>wrote:
On 05/08/2015 06:12 PM, ToddAndMargo wrote: Hi All, I am always having something go wrong with Live USB. I occurs to me that why don't I just directly install FC21 to a flash drive? Will this work and will it be bootable? (I use the Live CD to do installs, so I don't need that feature on a bootable stick.) Many thanks, -T Please cancel question. Oh oh. Just found this: http://www.tuxradar.com/content/how-install-linux-usb-flash-driveThis is not the full story.
Live CDs scan the hardware at boot time, and so are likely to be compatible with the most machines.Dracut can be configured to not default to the hostonly="yes" option (/usr/lib/dracut/dracut.conf.d/01-dist.conf in Fedora). So you can build an initial ram filesystem that has the same hardware capability as the LiveCD/USB.
Live CDs must by necessity have a small footprint, which means there's more space for your files - or you can just buy a smaller, cheaper drive. Live CDs run as much as they can in RAM, which makes for better performance.USB3 flash drives are quite fast. A regular installation can also be configured to take advantage of the available RAM.
Live CDs don't use swap.In Fedora, my Linux swap partition on a hard disc is recognized and used by a LiveUSB. One could also create a swap file on the USB drive, https://docs.fedoraproject.org/en-US/Fedora/14/html/Storage_Administration_G...
With the large USB flash drives you have, a full installation may be your best and quickest solution. You should try it before dismissing the option.
--Fred
Hi Fred, Would you know of a paper I can follow that goes into all this?
Many thanks, -T
On Tue, May 12, 2015 at 11:36 AM, ToddAndMargo ToddAndMargo@zoho.com wrote:
On 05/09/2015 12:44 PM, Frederick Grose wrote:
On Fri, May 8, 2015 at 9:36 PM, ToddAndMargo <ToddAndMargo@zoho.com mailto:ToddAndMargo@zoho.com>wrote:
On 05/08/2015 06:12 PM, ToddAndMargo wrote: Hi All, I am always having something go wrong with Live USB. I occurs tome that why don't I just directly install FC21 to a flash drive? Will this work and will it be bootable? (I use the Live CD to do installs, so I don't need that feature on a bootable stick.)
Many thanks, -T Please cancel question. Oh oh. Just found this: http://www.tuxradar.com/content/how-install-linux-usb-flash-driveThis is not the full story.
Live CDs scan the hardware at boot time, and so are likely to be compatible with the most machines.Dracut can be configured to not default to the hostonly="yes" option (/usr/lib/dracut/dracut.conf.d/01-dist.conf in Fedora). So you can build an initial ram filesystem that has the same hardware capability as the LiveCD/USB.
Live CDs must by necessity have a small footprint, which means there's more space for your files - or you can just buy a smaller, cheaper drive. Live CDs run as much as they can in RAM, which makes for better performance.USB3 flash drives are quite fast. A regular installation can also be configured to take advantage of the available RAM.
Live CDs don't use swap.In Fedora, my Linux swap partition on a hard disc is recognized and used by a LiveUSB. One could also create a swap file on the USB drive,
https://docs.fedoraproject.org/en-US/Fedora/14/html/Storage_Administration_G...
With the large USB flash drives you have, a full installation may be your best and quickest solution. You should try it before dismissing the option.
--FredHi Fred, Would you know of a paper I can follow that goes into all this?
Many thanks, -T
Sorry, no. I ended up starting this wiki page, https://fedoraproject.org/wiki/LiveOS_image in order to collect some of this information from various sources for easier documentation and reference.
Much of it is written in a very terse style best for slow and careful reading.
The livecd-iso-to-disk manual page is also useful and often overlooked, https://github.com/rhinstaller/livecd-tools/blob/master/docs/livecd-iso-to-d... For example, it documents a swap-size-mb <size> option.
--Fred
On 05/12/2015 06:17 PM, Frederick Grose wrote:
Sorry, no. I ended up starting this wiki page, https://fedoraproject.org/wiki/LiveOS_image in order to collect some of this information from various sources for easier documentation and reference.
Much of it is written in a very terse style best for slow and careful reading.
I will read very carefully in a little bit. Thank you!
On 05/12/2015 06:17 PM, Frederick Grose wrote:
The livecd-iso-to-disk manual page is also useful and often overlooked, https://github.com/rhinstaller/livecd-tools/blob/master/docs/livecd-iso-to-d... For example, it documents a swap-size-mb <size> option.
--Fred
Uh Fred ... I do see what you are speaking of in the manual, but on my machine ...
$ rpm -qa livecd-tools livecd-tools-13.4.5-1.el6.x86_64
$ man livecd-iso-to-disk ... SYNOPSIS livecd-iso-to-disk [--format] [--reset-mbr] [--noverify] [--efi] [--overlay-size-mb <size>] [--home-size-mb <size>] [--unencrypted-home] [--skipcopy] <path-to-iso> <usb storage device>
What "swap-size-mb"?
[editorial comment] AAAAAAAHHHHHHH!!!!!! [/editorial commeent]
-T
On 05/12/2015 06:17 PM, Frederick Grose wrote:
The livecd-iso-to-disk manual page is also useful and often overlooked, https://github.com/rhinstaller/livecd-tools/blob/master/docs/livecd-iso-to-d... For example, it documents a swap-size-mb <size> option.
Does this create the mysterious squash "ext3fs.img" file?
If so, how do I make it larger than 3 GB?
On Tue, May 12, 2015 at 10:42 PM, ToddAndMargo ToddAndMargo@zoho.com wrote:
On 05/12/2015 06:17 PM, Frederick Grose wrote:
The livecd-iso-to-disk manual page is also useful and often overlooked,
https://github.com/rhinstaller/livecd-tools/blob/master/docs/livecd-iso-to-d... For example, it documents a swap-size-mb <size> option.
Does this create the mysterious squash "ext3fs.img" file?
No.
If so, how do I make it larger than 3 GB?
You need to essential rebuild the image to a way similar to what the original packagers did except to specify a larger size, such as 16 GiB, for the image filesystem.
This provides a summary of the process, https://github.com/rhinstaller/livecd-tools/blob/master/README%E2%80%8B
--Fred
On 05/13/2015 07:21 PM, Frederick Grose wrote:
On Tue, May 12, 2015 at 10:42 PM, ToddAndMargo <ToddAndMargo@zoho.com mailto:ToddAndMargo@zoho.com>wrote:
On 05/12/2015 06:17 PM, Frederick Grose wrote: The livecd-iso-to-disk manual page is also useful and often overlooked, https://github.com/rhinstaller/livecd-tools/blob/master/docs/livecd-iso-to-disk.pod For example, it documents a swap-size-mb <size> option. Does this create the mysterious squash "ext3fs.img" file?No.
If so, how do I make it larger than 3 GB?You need to essential rebuild the image to a way similar to what the original packagers did except to specify a larger size, such as 16 GiB, for the image filesystem.
This provides a summary of the process, https://github.com/rhinstaller/livecd-tools/blob/master/README%E2%80%8B
--Fred
Hi Fred, Thank you!
There is something wrong with the link. I can not get either Firefox or Midori to load it.
-T
On Wed, 13 May 2015 19:36:50 -0700 ToddAndMargo ToddAndMargo@zoho.com wrote:
On 05/13/2015 07:21 PM, Frederick Grose wrote:
On Tue, May 12, 2015 at 10:42 PM, ToddAndMargo <ToddAndMargo@zoho.com mailto:ToddAndMargo@zoho.com>wrote:
On 05/12/2015 06:17 PM, Frederick Grose wrote: The livecd-iso-to-disk manual page is also useful and often overlooked, https://github.com/rhinstaller/livecd-tools/blob/master/docs/livecd-iso-to-disk.pod For example, it documents a swap-size-mb <size> option. Does this create the mysterious squash "ext3fs.img" file?No.
If so, how do I make it larger than 3 GB?You need to essential rebuild the image to a way similar to what the original packagers did except to specify a larger size, such as 16 GiB, for the image filesystem.
This provides a summary of the process, https://github.com/rhinstaller/livecd-tools/blob/master/README%E2%80%8B
--FredHi Fred, Thank you!
There is something wrong with the link. I can not get either Firefox or Midori to load it.
-T
Opened fine for me. I guess you may want to try again.
Ranjan
____________________________________________________________ FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop! Check it out at http://www.inbox.com/earth
On 05/13/2015 08:06 PM, Ranjan Maitra wrote:
On Wed, 13 May 2015 19:36:50 -0700 ToddAndMargo ToddAndMargo@zoho.com wrote:
On 05/13/2015 07:21 PM, Frederick Grose wrote:
On Tue, May 12, 2015 at 10:42 PM, ToddAndMargo <ToddAndMargo@zoho.com mailto:ToddAndMargo@zoho.com>wrote:
On 05/12/2015 06:17 PM, Frederick Grose wrote: The livecd-iso-to-disk manual page is also useful and often overlooked, https://github.com/rhinstaller/livecd-tools/blob/master/docs/livecd-iso-to-disk.pod For example, it documents a swap-size-mb <size> option. Does this create the mysterious squash "ext3fs.img" file?No.
If so, how do I make it larger than 3 GB?You need to essential rebuild the image to a way similar to what the original packagers did except to specify a larger size, such as 16 GiB, for the image filesystem.
This provides a summary of the process, https://github.com/rhinstaller/livecd-tools/blob/master/README%E2%80%8B
--FredHi Fred, Thank you!
There is something wrong with the link. I can not get either Firefox or Midori to load it.
-T
Opened fine for me. I guess you may want to try again.
Ranjan
I am getting https://github.com/rhinstaller/livecd-tools/blob/master/README%E2%80%8B Taking the trash off the end, and now it works.
:-)
On 05/13/2015 07:21 PM, Frederick Grose wrote:
You need to essential rebuild the image to a way similar to what the original packagers did except to specify a larger size, such as 16 GiB, for the image filesystem.
This provides a summary of the process, https://github.com/rhinstaller/livecd-tools/blob/master/README%E2%80%8B <%E2%80%8Bhttps://github.com/rhinstaller/livecd-tools/blob/master/README%E2%80%8B%3E
--Fred
Hi Fred,
I am sorry for being so dense, but what line(s) should I be looking at. The file seems like a simple HOWTO.
-T
On 05/09/2015 12:44 PM, Frederick Grose wrote:
On Fri, May 8, 2015 at 9:36 PM, ToddAndMargo <ToddAndMargo@zoho.com mailto:ToddAndMargo@zoho.com>wrote:
On 05/08/2015 06:12 PM, ToddAndMargo wrote: Hi All, I am always having something go wrong with Live USB. I occurs to me that why don't I just directly install FC21 to a flash drive? Will this work and will it be bootable? (I use the Live CD to do installs, so I don't need that feature on a bootable stick.) Many thanks, -T Please cancel question. Oh oh. Just found this: http://www.tuxradar.com/content/how-install-linux-usb-flash-driveThis is not the full story.
Live CDs scan the hardware at boot time, and so are likely to be compatible with the most machines.Dracut can be configured to not default to the hostonly="yes" option (/usr/lib/dracut/dracut.conf.d/01-dist.conf in Fedora). So you can build an initial ram filesystem that has the same hardware capability as the LiveCD/USB.
Live CDs must by necessity have a small footprint, which means there's more space for your files - or you can just buy a smaller, cheaper drive. Live CDs run as much as they can in RAM, which makes for better performance.USB3 flash drives are quite fast. A regular installation can also be configured to take advantage of the available RAM.
Live CDs don't use swap.In Fedora, my Linux swap partition on a hard disc is recognized and used by a LiveUSB. One could also create a swap file on the USB drive, https://docs.fedoraproject.org/en-US/Fedora/14/html/Storage_Administration_G...
With the large USB flash drives you have, a full installation may be your best and quickest solution. You should try it before dismissing the option.
--Fred
Hi Fred,
Follow up: My Live USB ran out of room, probably from cache files on the web browser. And the way that file system work (it won't give back space you delete), I went ahead and bit the bullet and installed a direct Fedora Core 21 to a flash drive.
Initially I used LVM, but wiped when I found out how difficult that was to share files with. Now I am all straight ext4 partitions. (There is a way to mount LVM volumes, but what a pain in the neck!)
And I used your /usr/lib/dracut/dracut.conf.d/01-dist.conf hostonly="no"
I did wind up with a swap file on my flash drive, but it doesn't seems to slow things down.
So far, after figuring out my add on USB 3 adapter was non-bootable, I have had it work flawlessly on two disparate computers. And, I think it might be a tad faster than the Live USB. The computer with native USB3 boots perfectly.
And with the file system not giving back space, it was only a time before the stick was unusable. Breaking the 3GB persistence barrier would help, but only delay the inevitable.
And, I even installed LibreOffice, so I can show crashed Windows users that their M$O (Microsoft Office) files are recoverable.
My 16 GB USB 3 stick is now about 1/2 full. And, if I ever want to go larger, I can use clonezilla and gparted to copy to a larger drive. No more wiping and reinstalling.
Do to all the incomplete documentation out there, getting the autologin to work was a pain in the neck. Anyone who wants my notes on the issue, drop me a line.
-T
On 05/15/2015 09:00 PM, ToddAndMargo wrote:
On 05/09/2015 12:44 PM, Frederick Grose wrote:
On Fri, May 8, 2015 at 9:36 PM, ToddAndMargo <ToddAndMargo@zoho.com mailto:ToddAndMargo@zoho.com>wrote:
On 05/08/2015 06:12 PM, ToddAndMargo wrote: Hi All, I am always having something go wrong with Live USB. I occursto me that why don't I just directly install FC21 to a flash drive? Will this work and will it be bootable? (I use the Live CD to do installs, so I don't need that feature on a bootable stick.)
Many thanks, -T Please cancel question. Oh oh. Just found this: http://www.tuxradar.com/content/how-install-linux-usb-flash-driveThis is not the full story.
Live CDs scan the hardware at boot time, and so are likely to be compatible with the most machines.Dracut can be configured to not default to the hostonly="yes" option (/usr/lib/dracut/dracut.conf.d/01-dist.conf in Fedora). So you can build an initial ram filesystem that has the same hardware capability as the LiveCD/USB.
Live CDs must by necessity have a small footprint, which means there's more space for your files - or you can just buy a smaller, cheaper drive. Live CDs run as much as they can in RAM, which makes for better performance.USB3 flash drives are quite fast. A regular installation can also be configured to take advantage of the available RAM.
Live CDs don't use swap.In Fedora, my Linux swap partition on a hard disc is recognized and used by a LiveUSB. One could also create a swap file on the USB drive, https://docs.fedoraproject.org/en-US/Fedora/14/html/Storage_Administration_G...
With the large USB flash drives you have, a full installation may be your best and quickest solution. You should try it before dismissing the option.
--FredHi Fred,
Follow up: My Live USB ran out of room, probably from cache files on the web browser. And the way that file system work (it won't give back space you delete), I went ahead and bit the bullet and installed a direct Fedora Core 21 to a flash drive.
Initially I used LVM, but wiped when I found out how difficult that was to share files with. Now I am all straight ext4 partitions. (There is a way to mount LVM volumes, but what a pain in the neck!)
And I used your /usr/lib/dracut/dracut.conf.d/01-dist.conf hostonly="no"
I did wind up with a swap file on my flash drive, but it doesn't seems to slow things down.
So far, after figuring out my add on USB 3 adapter was non-bootable, I have had it work flawlessly on two disparate computers. And, I think it might be a tad faster than the Live USB. The computer with native USB3 boots perfectly.
And with the file system not giving back space, it was only a time before the stick was unusable. Breaking the 3GB persistence barrier would help, but only delay the inevitable.
And, I even installed LibreOffice, so I can show crashed Windows users that their M$O (Microsoft Office) files are recoverable.
My 16 GB USB 3 stick is now about 1/2 full. And, if I ever want to go larger, I can use clonezilla and gparted to copy to a larger drive. No more wiping and reinstalling.
Do to all the incomplete documentation out there, getting the autologin to work was a pain in the neck. Anyone who wants my notes on the issue, drop me a line.
-T
And I set the screen saver to Bounding Cows just so Windows users can see the fun they are missing.
To do this, you need to do # yum install xscreensaver-base xscreensaver-extras xscreensaver-extras-base xscreensaver-gl-base xscreensaver-gl-extras
On Sat, May 16, 2015 at 12:00 AM, ToddAndMargo ToddAndMargo@zoho.com wrote:
{...}
And I used your
/usr/lib/dracut/dracut.conf.d/01-dist.conf hostonly="no"
If you run an update that includes a new version of dracut, this change in /usr/live/dracut/ will likely be overwritten. By adding a user preference to a new file in /etc/dracut.conf.d/ such as 01-nohostonly.conf containing the hostonly="no" line, whenever dracut builds a new initramfs for your system, such as when there is a kernel update, it will honor that user preference. See http://git.kernel.org/cgit/boot/dracut/dracut.git/tree/dracut.conf.5.asc
--Fred
-T
On 05/16/2015 07:25 AM, Frederick Grose wrote:
On Sat, May 16, 2015 at 12:00 AM, ToddAndMargo <ToddAndMargo@zoho.com mailto:ToddAndMargo@zoho.com>wrote:
{...} And I used your /usr/lib/dracut/dracut.conf.d/01-dist.conf hostonly="no"If you run an update that includes a new version of dracut, this change in /usr/live/dracut/ will likely be overwritten.
Hi Fred,
I do not have a /usr/live directory. Is this because I am installing a LIVE SUB, but a direct install?
By adding a user preference to a new file in /etc/dracut.conf.d/ such as 01-nohostonly.conf containing the hostonly="no" line, whenever dracut builds a new initramfs for your system, such as when there is a kernel update, it will honor that user preference. See
From what I can tell, the entire file in /etc/dracut.conf.d is substituted. Originally, I had thought to only put the changes in the /etc/file.
22: Files with the same name in /etc/dracut.conf.d will replace files in /usr/lib/dracut/dracut.conf.d.
http://git.kernel.org/cgit/boot/dracut/dracut.git/tree/dracut.conf.5.asc
--Fred -T
Thank you for helping me with this.
-T
On Sat, May 16, 2015 at 6:26 PM, ToddAndMargo ToddAndMargo@zoho.com wrote:
On 05/16/2015 07:25 AM, Frederick Grose wrote:
On Sat, May 16, 2015 at 12:00 AM, ToddAndMargo <ToddAndMargo@zoho.com mailto:ToddAndMargo@zoho.com>wrote:
{...} And I used your /usr/lib/dracut/dracut.conf.d/01-dist.conf hostonly="no"If you run an update that includes a new version of dracut, this change in /usr/live/dracut/ will likely be overwritten.
Hi Fred,
I do not have a /usr/live directory. Is this because I am installing a LIVE SUB, but a direct install?
No. That was a typo for the /usr/lib/dracut/
directory.
By adding a user
preference to a new file in /etc/dracut.conf.d/ such as 01-nohostonly.conf containing the hostonly="no" line, whenever dracut builds a new initramfs for your system, such as when there is a kernel update, it will honor that user preference. See
From what I can tell, the entire file in /etc/dracut.conf.d is substituted. Originally, I had thought to only put the changes in the /etc/file.
22: Files with the same name in /etc/dracut.conf.d will replace files in /usr/lib/dracut/dracut.conf.d.
You can replace the entire file 01-dist.conf , but then any future changes to it in a new version of dracut will be overlooked. Having a separate file name for just the hostonly option means you want to override that option only.
http://git.kernel.org/cgit/boot/dracut/dracut.git/tree/dracut.conf.5.asc
--Fred -TThank you for helping me with this.
-T
On 05/16/2015 04:38 PM, Frederick Grose wrote:
On Sat, May 16, 2015 at 6:26 PM, ToddAndMargo <ToddAndMargo@zoho.com mailto:ToddAndMargo@zoho.com>wrote:
On 05/16/2015 07:25 AM, Frederick Grose wrote: On Sat, May 16, 2015 at 12:00 AM, ToddAndMargo <ToddAndMargo@zoho.com <mailto:ToddAndMargo@zoho.com> <mailto:ToddAndMargo@zoho.com <mailto:ToddAndMargo@zoho.com>>>wrote: {...} And I used your /usr/lib/dracut/dracut.conf.d/01-dist.conf hostonly="no" If you run an update that includes a new version of dracut, this change in /usr/live/dracut/ will likely be overwritten. Hi Fred, I do not have a /usr/live directory. Is this because I am installing a LIVE SUB, but a direct install?No. That was a typo for the /usr/lib/dracut/ directory.
By adding a user preference to a new file in /etc/dracut.conf.d/ such as 01-nohostonly.conf containing the hostonly="no" line, whenever dracut builds a new initramfs for your system, such as when there is a kernel update, it will honor that user preference. See >From what I can tell, the entire file in /etc/dracut.conf.d is substituted. Originally, I had thought to only put the changes in the /etc/file. 22: Files with the same name in /etc/dracut.conf.d will replace files in /usr/lib/dracut/dracut.conf.d.You can replace the entire file 01-dist.conf , but then any future changes to it in a new version of dracut will be overlooked. Having a separate file name for just the hostonly option means you want to override that option only.
I put in my directions to create a /etc/dracut.conf.d/01-custom.conf with only that line in it. (I am wiping a rebuilding the stick a third time -- don't ask!)
Thank you for the clarification!
http://git.kernel.org/cgit/boot/dracut/dracut.git/tree/dracut.conf.5.asc --Fred -T Thank you for helping me with this. -T-- livecd mailing list livecd@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/livecd
livecd@lists.fedoraproject.org
-
Frederick Grose -
Ranjan Maitra -
ToddAndMargo