LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Slackware (https://www.linuxquestions.org/questions/slackware-14/)
-   -   I need a 1.5 version of slackware for a flash drive (https://www.linuxquestions.org/questions/slackware-14/i-need-a-1-5-version-of-slackware-for-a-flash-drive-596462/)

rob.rice 11-01-2007 06:42 PM

I need a 1.5 version of slackware for a flash drive
 
I want a full blowen version of slackware that fits in 1.2 gig of a usb flash drive the other 500meg will be used by qemu and file transfre between windows and linux I also want install a boot loader like syslinux
live cd distros are too slow and hog all the memory
so I want to install a real distro even if it is an
older distro
any body know what version of slack I want for this

the3dfxdude 11-01-2007 08:17 PM

Any recent version of slackware can fit in that. You might want to list more of the programs you want.

rob.rice 11-01-2007 08:36 PM

kde suite kde as the only desktop
the tools to rebuild the system
including kernel sources
include all the network tools that come with slackware with out the web servers
I would leave out almost all of the mutil media and include mplayer and mplayer plugin as my every thing mutil media player
emacs and info and man pages to be read with emacs


in other words an almost compleat every thing install of slackware

gnashley 11-02-2007 03:26 AM

I think you are going to find that running from a USB drive is even slower than a live CD. This is because transfer rates over the USB bus are alot slower than over the IDE bus from a CD drive.Plus, if using a FLASH drive it's not going to last very long, especially if you set up a swap drive on it. Even if you use the 'noatime' option with filesystems which support it, the drive will only last for a few months. It is possible to setup a USB drive so that it will last longer, but it basically means running like a liveCD from the drive. This means that you run in read-only mode and use the same memory-consuming techniques as liveCD's use.
Some time ago I began work on a distro designed from the ground up to do just what you want. It boots up in read-only mode, but without loading everything into RAM. It then uses tmpfs to allow 'normal' running in read-write mode. But in order to save any changes you make you have to remount read-write on the fly and sync the file system on the device with what's in tmpfs. All-in-all it's a pretty complex way to run.
You can however run a normal installation from a real USB hard drive (not FLASH), but it will still be slow because of the transfer rates. Every program will be slow to start the first time. After that they will run nicely though since they are cached in memory by the kernel. Running from a real USB hard drive is still slower than running from a FLASH device because of the disk access times, but at least you can run a normally installed and configured system.
You could use a special filesystem called jffs2 or jffs3, but the partitions take a very long time to mount. This is normally used for devices which run an embedded OS where the device is not re-booted very often, or ever.
The problem with FLASH devices is that data is written block-wise. This means that when only one byte of data is changed a whole block of data must be re-written. And the number of times a particular block can be re-written is limited to somewhere between 10,000 and 1 million times. This may sound like a lot, but it is not -especially, as mentioned, for swap space.

The system I have been working on needs a little less than 256MB for a nice GUI desktop with a few dozen programs. But everything is light-weight software and some of the key components are loded into RAM in order to reduce the starup time for the basic desktop. Still, as soon a you start a browser, for instance, it takes about twice the normal time for it to start. Afterwards it runs normally, as mentioned above. If you were to try running KDE that way, I imagine that it would 4-5 minutes for the desktop to load. This is (mostly) not dependent on how fast your processor is nor how mauch RAM you have. The bottle-neck is the transfer rate over the USB bus.

If you really want to have a complete system 'to-go' which runs fairly normally, you need to put it on a real USB hard-drive.


All times are GMT -5. The time now is 07:29 AM.