Microsoft Pulls Broken XP Update
Cally writes "Yahoo! reports that
Microsoft have pulled a Windows XP update from the Windows Update servers after it killed network access for some users of the claimed 600,000 who installed it. (Does this mean only 600,000 XP users trust Windows Update?) The story hints that the problem was something to do with VPN or IPSec drivers clashing with Symantec software - however I haven't found anything about this on the Microsoft KnowledgeBase (the link Yahoo provide goes to the generic support home page.) Anyone got more info?"
try http://support.microsoft.com/default.aspx?scid=kb; en-us;818043
""There were hundreds of thousands of people who downloaded this, and we know of only a handful of people who had the problem."
Mother is the best bet and don't let Satan draw you too fast.
The article says that since this wasn't a critical patch, just an 'improvement', auto update doesn't install it.
Story submitter here - I forgot the attribution (my bad); I picked this up from the Full Disclosure mailing list, specifically, this post by Richard M. Smith.
"None are more hopelessly enslaved than those who falsely believe they are free." -- Goethe
Yet another example of MS trying toi pass the buck and dodge the bullet...
I had NO symantec s/ware on my system, (I use Mcafee) and I lost all networking / internet access.
Also, the Yahoo article says that the update had to be removed which is bull$hit, the update could NOT be removed, and the only way to fix my system was to re-install and re-update Windoze.
MS said only a small number complained, well, I did, and a couple of days later the update was pulled, no reply to my email though, not even a thank you or aknowlegment - typical MS =O(
fLaMePr0oF
I got tired of apt-get blowing up my unstable Debian, so I wrote this to make it transactional:
/data/apt /dev/null > $sub/Packages
sub=dists/latest/binary-i386
dt=`date +"%y%m%d_%H%M%S"`
cd
dpkg-scanpackages latest
grep -Ex "Filename: latest/.+" $sub/Packages | sed "s/Filename: latest\/\(.*\)/\1/" > old/L$dt
pushd $sub
rm Packages.gz
gzip Packages
popd
mv latest $dt
mkdir latest
for x in `cat old/L$dt`; do mv $dt/$x latest; done
if [[ `ls $dt | wc -l` -eq 0 ]]; then rm -r $dt; fi
If it blows up, I can easily roll back, and keep a history of all the intermedate versions.
True enough, but then again, I heard this story on NPR on my way to work today, so it's only natural that /. would carry something about it.
:)
But you're right, this does remind me of the kernel-that-never-should-have-been. I don't remember the version number (it was in the 2.4 series), but it was the one that corrupted your drives when you unmounted them. Of course, IIRC, that kernel wasn't pulled, the next version was just released very quickly. You can still get that kernel version if you really want to corrupt your data
"Save the whales, feed the hungry, free the mallocs" -- author unknown
To the best of my knowledge, the auto-patch would not download this as it was a "security improvement" not an "urgent repair". The only people who would get affected by this are the ones who manually downloaded it themselves.
Why is it that people always hear what I say, and not what I mean?
Every software update is a risk. Especially OS updates. With software, I always fear that beside enhancements, also restrictions will be built in (happend with quicktime once years ago). Therefore, I usually
keep a copy of the old software or to make full backups before upgrading the OS. Updating software is not trivial because it X + A + B is not equal X + B + A : the update A can and will in general change something of the modification B. After a few such operations it becomes very difficult to keep track about all possible
states the users can have on their machine.
My experiences from updates:
- even for modern Linux distributions, it is a good idea
to make full new installs rather then upgrading. I personally
always had problems with upgrades and almost never had problems
with full reinstalls.
- the OS X updates went all smooth so far. Still, I always upgrade
first one machine, wait to see if everything works fine before
updating the others.
- XP updates. No problem with vmware. Just keep an copy of the
old virtual machine around. If something screws up or one of
the software has decided to "upgrade" itself:
rm -rf winXPHome
mv old.winXPHome winXPHome
Virtual machines can also easily be copied from one machine to
an other.
For most people, it is the only way they're ever going to install updates on their computer. However, I've found production Windows 2000 servers with this feature enabled! This is at least the 2nd or 3rd time that I've read a story on /. about a Windows XP/2000 patch that was no good.
If you want to disable automatic updates on your computer, go to Control Panel->System->Automatic Updates tab and click the buttons to turn it off. You'll be better off picking what you want to update manually.
Never hit your grandmother with a shovel, for it leaves a bad impression on her mind...
http://support.microsoft.com/default.aspx?scid=kb; en-us;818043 ...
If you're running XP SP1, you definitely do not want this fix. It will bring your system to a crawl. See this for more info.
When the update occurs, XP makes a new restore point.
If you are ever having problems after an update... just roll the system back. Easy.
Restore Point Link
DavaK