Re: [Fedora-livecd-list] persistence in Live USB
Joseph Barney wrote: I dunno if this is the right spot but had to try... I tried making a 2GB persistence space on my Live USB... It's a fairly new 8GB Sandisk Cruzer, and I've read that with fat32 you can make it as much as 4GB. I'm no techical wizard, but more artsy but can usually manage on computers. I am using Fedora 11. My system does boot off the flash drive but it gives me a bit over 830mb of space, according to the OS but it is not persistent...Anything saved is lost on reboot and I do have Fedora 11 on my hard drive and installed it to flash with the official LiveUSB Creator. Any advice? Thanks! No problem. Probably the best thing to do would be to file a bug in bugzilla. In that bug, it would help to have the following information- a) log into a terminal, 'su -' to root. and run the following commands and paste their output- dmsetup status df -m losetup -a mount ls -l /mnt/live/LiveOS b) try with 1.5G, and then 256M persistence space. With that information I might be able to better diagnose the problem. For information on filing bugs, see- http://fedoraproject.org/wiki/Bugs_and_feature_requests peace... -dmc -- Fedora-livecd-list mailing list Fedora-livecd-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list
[Fedora-livecd-list] persistence in Live USB
I dunno if this is the right spot but had to try... I tried making a 2GB persistence space on my Live USB... It's a fairly new 8GB Sandisk Cruzer, and I've read that with fat32 you can make it as much as 4GB. I'm no techical wizard, but more artsy but can usually manage on computers. I am using Fedora 11. My system does boot off the flash drive but it gives me a bit over 830mb of space, according to the OS but it is not persistent...Anything saved is lost on reboot and I do have Fedora 11 on my hard drive and installed it to flash with the official LiveUSB Creator. Any advice? Thanks! Joey -- Fedora-livecd-list mailing list Fedora-livecd-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list
Re: [Fedora-livecd-list] 3 more megs if we get rid of redundant copy of kernel?
Jeremy Katz wrote: On Thursday, July 16 2009, Douglas McClendon said: Jeremy Katz wrote: On Wednesday, July 15 2009, Douglas McClendon said: In my livecd generation tools I go to a bit of extra hassle to play symlink games with /boot/vmlinuz-$(uname -r), such that it doesn't get put into the squashfs, since a copy of it is in the container iso/usb filesystem. Maybe we want to do that for f12? It is a bit messy, but I think it's worth it for 3/700M. Nope, it breaks the ability to easily install by copying over the filesystem. I grant the 'easily' part. But adding a bit of complexity to the installer to dereference a symlink and get the file from /mnt/live isn't that tough. And yet, it's the sort of stuff that regularly leads to weird installer bugs that are undiagnosable and turn people off of the distro. Sorry, the cost isn't worth the benefit here. That's a valid concern. And when you consider that someone may be booting via pxe and then trying to install (see livecd-iso-to-pxeboot), there's no guarantee that we can get that file back. In this case, isn't the kernel in the massive initrd that gets downloaded and booted? Could you have some logic in the initrd that detects PXE boot, and makes sure to save a copy of the kernel? No. The kernel is just loaded into memory. You don't have any way to just "save a copy of the kernel" aside from really disgusting things involving parsing memory Skimming the file, it looked to me like the iso was appended to the initrd. The iso having the kernel, suggests to me that the initrd scripts would have access to the kernel as a regular file. -dmc -- Fedora-livecd-list mailing list Fedora-livecd-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list
Re: [Fedora-livecd-list] 3 more megs if we get rid of redundant copy of kernel?
On Thursday, July 16 2009, Douglas McClendon said: > Jeremy Katz wrote: >> On Wednesday, July 15 2009, Douglas McClendon said: >>> In my livecd generation tools I go to a bit of extra hassle to play >>> symlink games with /boot/vmlinuz-$(uname -r), such that it doesn't >>> get put into the squashfs, since a copy of it is in the container >>> iso/usb filesystem. >>> >>> Maybe we want to do that for f12? It is a bit messy, but I think >>> it's worth it for 3/700M. >> >> Nope, it breaks the ability to easily install by copying over the >> filesystem. > > I grant the 'easily' part. But adding a bit of complexity to the > installer to dereference a symlink and get the file from /mnt/live isn't > that tough. And yet, it's the sort of stuff that regularly leads to weird installer bugs that are undiagnosable and turn people off of the distro. Sorry, the cost isn't worth the benefit here. > And when you consider that someone may be booting via pxe >> and then trying to install (see livecd-iso-to-pxeboot), there's no >> guarantee that we can get that file back. > > In this case, isn't the kernel in the massive initrd that gets > downloaded and booted? Could you have some logic in the initrd that > detects PXE boot, and makes sure to save a copy of the kernel? No. The kernel is just loaded into memory. You don't have any way to just "save a copy of the kernel" aside from really disgusting things involving parsing memory Jeremy -- Fedora-livecd-list mailing list Fedora-livecd-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list
Re: [Fedora-livecd-list] 3 more megs if we get rid of redundant copy of kernel?
Jeremy Katz wrote: On Wednesday, July 15 2009, Douglas McClendon said: In my livecd generation tools I go to a bit of extra hassle to play symlink games with /boot/vmlinuz-$(uname -r), such that it doesn't get put into the squashfs, since a copy of it is in the container iso/usb filesystem. Maybe we want to do that for f12? It is a bit messy, but I think it's worth it for 3/700M. Nope, it breaks the ability to easily install by copying over the filesystem. I grant the 'easily' part. But adding a bit of complexity to the installer to dereference a symlink and get the file from /mnt/live isn't that tough. And when you consider that someone may be booting via pxe and then trying to install (see livecd-iso-to-pxeboot), there's no guarantee that we can get that file back. In this case, isn't the kernel in the massive initrd that gets downloaded and booted? Could you have some logic in the initrd that detects PXE boot, and makes sure to save a copy of the kernel? I guess I'm just of the mindset of looking at the 700M livecd and seeing two copies of a 3M file, and thinking that somehow there is a way to bypass that redundancy (even for all corner cases, but I admit, I'm probably not familiar with all of them). -dmc -- Fedora-livecd-list mailing list Fedora-livecd-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list
Re: [Fedora-livecd-list] 3 more megs if we get rid of redundant copy of kernel?
On Wednesday, July 15 2009, Douglas McClendon said: > In my livecd generation tools I go to a bit of extra hassle to play > symlink games with /boot/vmlinuz-$(uname -r), such that it doesn't get > put into the squashfs, since a copy of it is in the container iso/usb > filesystem. > > Maybe we want to do that for f12? It is a bit messy, but I think it's > worth it for 3/700M. Nope, it breaks the ability to easily install by copying over the filesystem. And when you consider that someone may be booting via pxe and then trying to install (see livecd-iso-to-pxeboot), there's no guarantee that we can get that file back. Jeremy -- Fedora-livecd-list mailing list Fedora-livecd-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-livecd-list
