Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
Jarod Wilson wrote: >> Now it expects the directory you point it at to be "unpacked". For NFS that >> isn't too bad (you can loop-mount the ISO image on the server, but you need to >> add a parameter to your exports file that allows nested filesystems to be >> served), but for a Local Hard drive install, that means you need to copy >> everything out of the ISO image onto the local filesystem. That seems like a >> waste of time and disk space. >> >> Is there a magic switch that I can use to get the old behavior back? > > Hrm. No indication in the anaconda changelog of support being removed. > In fact, there's a bug about nfs iso installs being broken at one point > (snap3) and being fixed: > > https://bugzilla.redhat.com/show_bug.cgi?id=468885 > > So it appears its *supposed* to work, but I can't say I've tried it... That seems to indicate that you need the install.img unpacked on the "source", but not everything else. That didn't used to be required, but it's not the end of the world. I've worked around for most of my installs using and NFS server that loop-mounts ISO, but there are a couple boxes that I have to do local-HD installs for, and for those, this info is great. Thanks, Matt
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |