On Tue, 20 Sep 2011, stripes theotoky <stripes.theotoky(a)googlemail.com> wrote:
> I'm looking at this as a replacement laptop.
> Does anyone have any experience of running Linux on it?
> Is there support for VT-x in the bios.
> I am hoping to configure it as Linux with Windows 7 64 running in Virtual
Thinkpads are generally good for what they are, but modern laptops suck
because they seem to be designed to compete with desktop systems - and the
Thinkpad W series seems to be one of the worst in this regard.
Modern laptops can't run on your lap because they either have passive cooling
in the base through a metal shell (like Macs) or cooling vents (like
Thinkpads). They also can't run at high speed when closed (so you can't close
the lid after starting a big compile) because the keyboard is used as part of
the system cooling.
The one you are looking at has an NVidia graphics controller which means it
will either be slow or have a binary-only kernel module. I expect that KVM
will work as it works on my Thinkpad T61 and I haven't heard reports of
regressions in such things. I haven't tried running Windows under KVM though.
My Main Blog http://etbe.coker.com.au/
My Documents Blog http://doc.coker.com.au/
I've been using an Asus netbook for the last 2 years or so and feel I
need a bit more power!:)
I've done some preliminary research, but not quite sure where to
start. Basically my top requirements are:
1) Reasonable CPU apparently I5 is supposed to be fairly good?
2) 6 hrs + of battery life
3) I'm looking to spend around the $1200 mark give or take.
4) Linux compatible of course!
I also wouldn't mind a smaller laptop eg. 12 or 13 inch as I'm using it
in a class room environment, although this doesn't really matter too
I checked out a few of the lenovo thinkpads (T series I believe, but
could be wrong) and these were way outside of my budget. I also
investigated the hp envy, but this seemed to have poor battery life.
I also checked out the mac book pro which looked ok... However,
apparently the linux install is a bit more tricky. Does anyone have any
ideas on any other machines? Is the mac book pro something I should look
into? The only draw back I see so far is the battery that can only be
replaced by Apple...
BTW, not too concerned about graphics as I'm blind, just need something
that is sufficient for any day to day use by a sighted person,
eg. navigating the desktop or reading text...:) (I don't need any high
Thanks for any suggestions,
On 23/09/11 14:37, Daniel Pittman wrote:
> On Thu, Sep 22, 2011 at 21:11, Jason White <jason(a)jasonjgw.net> wrote:
>> Daniel Pittman <daniel(a)rimspace.net> wrote:
>>> So, the biggest advantage is that it does work against all those
>>> attacks that compromise the kernel and/or drivers to get into the
>>> kernel after a restart. Which, indeed, is where many of the "root
>>> kit" tools hit, on Windows.
>> That's interesting... and the proposed solution just happens to be the one
>> which also has potential to disadvantage competitors...
> Well, assuming that the vendors are lazy, yeah. Which /probably/th
> that the vendors will have an option to turn it off in the
> configuration whatever, so you can install whatever on it. Because
> Linux is enough of a server OS, these days, that the low margin, high
> volume vendors probably don't want to go down the path of cutting off
> part of their business, and producing two different EFI
> implementations would cut into that.
> Allowing loading another key, probably screwing up any security
> assurance for !Win32 systems in the process, feels like the cheap
> option to me.
I think that's exactly what's needed.
People should read up on the secure boot process associated with the TPM
chips that are in most recent computers, but typically not turned on.
If there's a user process to load a new key into the TPM chip, then I
don't see a problem with Windows and other OSes being secured in this way.
Rather than boot sector viruses, people should probably be thinking
about the requirements for full disk encryption to be effective, which
is something we want. This basically requires that any non encrypted
boot mechanisms must be secured in some fashion, and that's what the TPM
implements these checksums for. The other alternative is implementing
hardware encryption inside the disk drive itself (as in the hitachi
drive that came with my Lenovo x220). This latter is a more expensive
option though, and requires BIOS/UEFI support to ask for the password.
I'm not clear on how many systems have that.
My x220 is a UEFI based system, the TPM can be enabled and disabled from
within the bios, and that's protected by the BIOS password. The system
ships with the TPM disabled, and so far I haven't played with it. If it
shipped with the TPM enabled, I wouldn't have thought that would prevent
me installing Linux. I might have to disable it for a bit while I get
things set up.
I haven't yet gone very far down this road, but I have briefly looked
over a 2008 howto at
which includes some details on how one loads a key into the TPM using
linux. It's on my to-do list. So far I've just read enough to know
that I can do it when I'm ready.
So I'm not very worried about booting linux becoming an impossibility.
If however hardware manufacturers were to ship systems with TPM enabled
and no way to turn it off, or with no way for a user to load their own
key, then that would be a different matter.
Does the system that Microsoft is mandating necessarily include such
user controls in order to be compliant? If not, then that is probably
the point we should be aiming any legal efforts at. And perhaps there
should be some requirement that if any system is restricted by the keys
and ability to change them, such that it is only able to run windows,
then that they must advertise that they are *only* compliant with
windows 8, rather than just that they *are* compliant with windows 8.
I am concerned that it might be harder to boot from a Linux CD in order
to install. Not massively harder - it should require only that the TPM
be disabled for a while. This will have some impact however on less
confident installers. I'd like it to be possible to boot from a CD or
USB for anyone who has the BIOS/UEFI password, without making any
changes that would affect the subsequent boot. Anti-virus disks are
another important one for booting outside the usual OS.
I am a bit concerned that I probably won't be able to boot linux from
the flash disk on my keyring on most systems in future. It's currently
Melbourne Saturday 1 October: Climate Change and Engineering
11.40am to 1.10pm, cnr Victoria & Lygon Street, Carlton South
A panel at the Climate Change Social Change conference sponsored by
University of Melbourne Office for Environmental Programs:
http://climatechangesocialchange2011.wordpress.com/. Per day
1. Dr Michael Arnold, History and Philosophy of Science, University of
Melbourne: An introduction to the interaction between technology and
2. Reihana Mohideen, electrical engineer and social development
specialist advicing on "gender and energy" in energy sector projects in
Asia: Practical experiences of engineering in the field, looking at the
social impact of renewal energy projects.
3. Dr Greg Adamson, Department of Information Systems, University of
Melbourne: Are technology approaches to climate change a distraction
from addressing an underlying problem?
4. Sophie McKenzie, School of IT, Deakin University: How engineers can
be encouraged to think about the wider context of the work they are
IEEE Society on Social Implications of Technology (Australian Chapter)
[SSIT technical meetings address a wide range of topics on which IEEE as
a whole has no specific view. We don't suggest that IEEE members should
agree with all the speakers we invite, but we do hope that they are
I want to make sure xend stops after corosync etc so that the cluster
can take care of migrating the domains off of the machine when it
reboots, but I don't want to modify the init.d files directly in case
they get overwritten on an upgrade.
Is there a place I can put this information to make sure the scripts get
processed in the right order without actually changing the scripts
Hmmm... haven't tested yet but I think I can put my new headers in
> -----Original Message-----
> From: luv-main-bounces(a)lists.luv.asn.au [mailto:luv-main-
> bounces(a)lists.luv.asn.au] On Behalf Of James Harper
> Sent: Thursday, 29 September 2011 11:34 AM
> To: luv-main(a)lists.luv.asn.au
> Subject: [luv-main] stop/start info in /etc/init.d
> I want to make sure xend stops after corosync etc so that the cluster
> can take care of migrating the domains off of the machine when it
> reboots, but I don't want to modify the init.d files directly in case
> they get overwritten on an upgrade.
> Is there a place I can put this information to make sure the scripts
> processed in the right order without actually changing the scripts
> luv-main mailing list
lol, There is *no* discussion i can find going on at linux-aus except that
a small thread on the post that I was reposting everywhere. :)
>> Linux Australia have put a more positive spin on it..
on another note, it seems that ZDnet contacted Linux Australia president
John Ferlito. Hopefully they can continue to report on this and raise