Posts by Chemist 2677 publicly visible posts • joined 24 Mar 2010
Just outside Zermatt is a 'test run' for candidates for climbing the Matterhorn. From memory it goes up very steeply through rough,loose terrain for ~~600m height or about the height of the mast. If you can reach the top in (I think) one hour you might have the stamina for the ~1100m up the Matterhorn from the Hornli hut.
Don't install untrusted stuff then. - it's the same for any operating system
I run Linux exclusively but it doesn't mean I trust anything just because it's there. If I did a user account could get compromised and that might lead to worst consequences
And now I've finished breakfast ...
The very conservative estimate for the energy to start an engine I gave above is equivalent to 0.5 grammes of diesel (~45MJ/kg). Even allowing for inefficiencies that's still a tiny amount.
My guess is any starting problems encountered on the passes where the result of a hot petrol engine evaporating the petrol in the carburettor at the low atm, pressure
"The bigger the engine and the....." - the MORE fuel it uses at IDLE . Many car manufacturers offer automatic stop/start in Europe - they will have researched it.
Your evidence is .....? No, thought not
Back of spreadsheet calculation using very rough figures.
Starting amps 1000, time 2 secs = ~7watt.hrs - that's really not very much at all. On the other hand I can watch the fuel drop at idleon the trip computer.
And BTW, I've a holiday home in Switzerland at 1800m (5800ft) and the car ( VW turbo diesel ) starts fine even at -15C.
Displaying your ignorance on The Reg - even if driven by 45 years - . is not a pretty sight. A billion used to mean a million million in the UK but was replaced by 1E9 years ago (~1970). Quite a lot of people still don't believe this and indeed it has been the subject of debate on The Reg.
Yes. My fileserver is in a case I found in a skip. This has welded lugs and a metal bar to take a padlock. so you'd need a hacksaw or crowbar. ( The dual core Atom ITX board and dinky power supply and disks occupy about a quarter of it.)
Security not an issue with this anyway due to no easy access.
Apart from the obvious - long & complex passwords e.g zagy166Fts544ftbO4AQ31 ( Yes I don't write them down and yes I have a way to generate them on the fly from easy-to-remember passphrases)
Anyone care to guess the passphrase ( hint : it's easier that way round)
But esp. change to another non-admin account that's used just for banking ( hell have as many accounts as accounts)
Oh !, don't use Windows
Most Linux distros update the entire installed software base as often as you like ( check once a day or once a week) The updates can be automatic or user authorized ( root password needed on most). Because only kernel updates need reboots in most cases this can all happen without the user being aware until for example a new version of Firefox is started and announces the fact.
What ?
I've used Linux ( 6 machines currently) since ~1996 and NEVER had to reboot except for kernel updates. Indeed several of my machines are set to update automatically including my ultra low power fileserver which has been up for ~75 days since the last kernel update.
Currently OpenSUSE 11.2 or 11.0
Suggest you read
http://it.toolbox.com/blogs/locutus/why-linux-can-be-updated-without-rebooting-12826
As I've previously posted
http://www.kb.cert.org/vuls/id/940193
"Microsoft Windows fails to safely obtain icons for shortcut files. When Windows displays Control Panel items, it will initialize each object for the purpose of providing *dynamic icon functionality*. This means that a Control Panel applet will execute code when the icon is displayed in Windows. Through use of a shortcut file, an attacker can specify a malicious DLL that is to be *processed within the context of the Windows Control Panel*, which will result in arbitrary code execution."
And no - as far as I'm aware there's no possibility that Linux desktop icons are susceptible to this sort of nonsense.
The Register 
Biting the hand that feeds IT
Copyright. All rights reserved © 1998–2024
