You are here
Submitted by giuppi on Wed, 2009/01/28 - 03:22
My laptop doesn't have a CD/DVD drive. Is there a way to install Turnkey MediaWiki from a thumbdrive?
I tried copying all the files from the CD (after burning the iso file I downloaded here) on the thumbdrive and changing the boot order of the laptop, but I got the following messages:
No operative system found, and
Remove your accessories and press any key to reboot.
Evidently I'm doing something wrong. Any help please?
Forum:
A couple of programs claim to do what you want
Meanwhile, you may want to try a couple of tools I found that claim to do what you want - installing a Live CD ISO image as a Live USB:
Note that converting a Live CD ISO image to a Live USB image is technically possible but it is a bit more complicated than what you tried.
If the GUI tools above don't work for you, you might have better luck with a Python script Alon wrote that installs an extracted ISO filesystem to a USB device:
cdroot2usb python module dependencies
My reply on the turnkey-discuss mailing list.
Virtual Machine an alternative to bare metal installation
Instead of trying to install an appliance on the laptop's bare metal you'll find it is probably much easier to install it into a Virtual Machine (e.g., VirtualBox or VMWare) which can load the ISO into its "virtual" CD drive.
BTW, that's how we do most of our testing. Only rarely do we actually burn physical CDs.
Thank you liraz, I followed
Ok, it seems it has already
Installing File Server into a VM (I don't get it)
I don't think that many do Jack!
I don't think that there are many (if any) people running a TurnKey fileserver as a VM on their desktop for anything other than testing/playing as you note.
I think most home users and probably all SMB users, have a dedicated "server" of some sort. The "server" may be anything from an old repurposed desktop, through to high end dedicated server hardware. Something that is "always on" and can be linked to from other PCs and devices. So you don't need to leave your desktop running all the time to access your files (say on your phone or your smart TV). That may be Linux or Windows server distro installed to bare metal, perhaps some sort of Hypervisor as a base. When the bare metal OS provides some sort of hypervisor component, then (usually multiple) VMs can be used to provide the desired services.
For me, the point of running servers as VMs is so that they can essentially be disposable. The data contained within them is the important bit, not the actual server itself. An analogy that I think is useful when thinking about VMs is "Pets vs Cattle". A pet is a member of the family, it is constantly tended and cared for. When unwell, generally no effort or expense is spared to nurse it back to health. Cattle on the other hand are generally not tended to with that same degree of care. They are much more "replaceable". If cattle are unwell, unless it's easily treatable (and it's cost effective), it will likely be put down and replaced. My VMs are mostly cattle - and IMO that's the best way to treat them. For more reading about that model, please google something like "vm pets vs cattle"
TurnKey itself is simply a starting point. It's ready to use (and hopefully useful out of the box) for those that don't have the knowledge, patience and/or time and energy to set it up. But can be built-on and customized for those that know what they are doing and/or an opportunity to learn. By design, TurnKey can lend itself to either usage pattern, pet or cattle.
For me in my personal setup, I have a small low power headless server that acts as my hypervisor host (it runs ProxmoxVE - a Debian based headless hypervisor). FWIW for many years I ran PVE (as my home server) on an old (repurposed) desktop. I replaced that with dedicated hardware (a supermicro ITX server board with soldered low power Atom CPU - in a NAS style box) a few years ago when I ran out of RAM (the Core2Duo CPU was still doing the job, but the motherboard wouldn't take anymore than 8GB - the new board has 32GB).
One of the extra benefits of using a hypervisor like Proxmox is that it not only supports "real" VMs, it also supports (LXC) containers. You may not have heard of LXC, but if you've been playing in the server space over the last few years, you would have likely heard of Docker. LXC and Docker are very similar, with the fundamental difference being that LXC is a complete OS (leveraging the host's kernel), whereas Docker is designed to provide a single application (and only it's direct dependencies). The big advantage of LXC is that LXC guests run at near bare metal performance (relative the the resources that you allocate them).
Using a hypervisor allows me to completely separate and isolate functionality of my servers. I can reboot my fileserver without affecting my DNS (for example). The VM host (i.e. ProxmoxVE) is still a single point of failure, but other than simple maintenance (and full OS upgrade every few years), that is rarely touched as everything else happens on VMs. Failure of one service doesn't bring my whole network down. When it comes time to do upgrades on individual servers, I can easily take a snapshot so can easily rollback if anything goes wrong. Worst case scenario, it will only affect the service(s) related to that VM. It allows me to build in redundancy, replace one service with a different one with zero downtime and it allows me to compare different services/pieces of software side-by-side (in separate VMs or containers).
How you separate the data and the actual server depends on your preferences. I use customized backups to keep backups of all my important data (both locally and remotely). I have a huge collection of multimedia and whilst I don't really want to lose any of it, most of it is not that important to me. So most of that is not backed up in the same way. I have that all just stored on local disk (mirrored on another disk for data integrity). I have that drive mounted within my fileserver (actually I use the TurnKey Mediaserver as an LXC container - but that includes the fileserver functionality).
Hope that answers your question?!
I can confirm unetbooting
And it's got the advantage of working also in windows (for those who are like myself, stuck dealing with it at work).
It works like a charm on the test unit I have here (An HP T5300 thin client. So potentially I could in theory recycle a thin client and make it into a domain controller. Not a bad idea, but meh.)
Now, to see if I can slap that baby on a CF flash card...
Add new comment