[tlinux-users:07498] Re: Anyone having any luck with....

Alex Nikitin <[email protected]>
Newsgroups gmane.linux.hardware.toshiba
Message-ID <[email protected]>
> Second, anything more than 512 MB for the swap partition is overkill and
> would not be used.


except for servers which are planning to be test grounds for, for example
UML or VM networks or are planning to run a lot of services (and it would
have to be a lot a lot), which are different from laptops anyways...

/ and Home should be primary partitions and the rest either logical or
> extended. If you are going to be running a server of some sort, I'd put
> it in /var and make that primary as well.


for gamers /opt is another one to put space into, and i've been making a
symlink in / for opt and pointing it to /usr/opt, also not a gamer, so my
usr is not large

The idea behind partitioning for a lot of people is that if they decide
> to move to another distro ore for some other reason they need to
> re-install, they can leave /home intact and just format the other
> partitions.(this preserves your data)


no, no, the idea behind partitioning off some system folders lies solely in
efficiency of the system and its security, however, i admit, partitions do
come in handy when you want to switch distros.

Your machine has an Atheros wireless card so you will have to use
> ndiswrapper to get it to work since there aren't any native linux
> drivers for these cards as yet.


there is a gazillion of them out there, unless it's a really new chipset, i
dont think you should have any problems, madwifi drivers are awesome... I
run an internal Atheros AR5211, no problems, no ndiswrapper, my friend ran a
PCMCIA Dlink DWL G650+ which is another Atheros chipset card, once again, no
ndiswrapper, just madwifi, worked beautifully till he had to give the card
back...
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.