The secondary effect of trying to get more women in tech are ugly:

1) As women are very few and very required, the value of men decrease
2) Men become second-class workers
3) A class of first-class workers (women) dominates the workplace, that you cannot argue nor contradict. As a female quitting is much worse than a male quitting.
4) Men become demoralized for being effectively low-class workers
6) Workplaces becomes effectively a sexist place where you are worth more for the genes you were born, that for your competence
7) As a result of 6), excellence is no longer pursued by men, that know they will never be first class workers, so products and services dive in quality

This happens in every single business trying to force 'equality' because of the simple law of offer and demand. If you are in demand, you makes the rules.

People in Brazil do not buy an iphone every year, so they don't have a box full of chargers.

The 'carbon emissions' argument is hilarious. They ship the iPhone in a Luxurious box, but they won't ship you a charger that you have to buy separately, consuming more transportation and more packaging. Yeah sure.

Ubuntu and Redhat are certified to work and shipped on Thinkpads since...I don't know, 2005-2006 pehaps.

I'm very close to Smaldone, we worked on the same group of e-voting vulnerability research.

From the 4 initial group members, 3 of them were already raided, only I remain un-raided and un-arrested. Yeah I don't feel very safe in here.

This is obviously a payback for the government, not unlike Chinese arrests. But this is happening in a western country, and using modern cyber tools. Let me explain this part: Basically the police have software that analyze social networks, mainly twitter. So the software tracks your tweets and the detective try to solve the case that way. You might thing, this is a stupid way to solve a crime, and you will be correct. Add to this, the utter ineptitude of police agents using this software, and you have a ridiculous case like this. Smaldone is obviously innocent and you cannot assume someone is a hacker because he tweets about python and java.

Persecution to e-voting researchers is not new. All researchers from Brazil had to go into exile. Gov don't like hackers messing with the elections, and much less, publishing bugs.

But look forward to a future (very near future) where all your social network posts are actively monitored by, not one, but several government groups, that make inept use of analysis software to make life-altering decisions. This is why anonymity is so fundamental.

I think we are up-to-the-neck in the road already. I don't think there's a day whitout I hearing some sexual/assault/behavior accusation of powerful men.

I think that the Epstein/Minksy email and RMS behavior are incidental. If it was that bad, then they should have fired him many years ago. The email and behavior is an excuse.

They want to attack him because he has a position of power, and they want that position. So you attack him if he do not adhere to your ever-chaging rules, and then you put one of your own in power. It's politics 101.

RMS was not bowing to the new SJW/Leftist movement. He was a supporter of LGBT rights and feminism but, the old version. Not this neo-fascist version of feminism. So he had to go. The FSF and MIT media is too important to be in a non-ally hands.

You provide great information. For the complete paper I might use some of it, for example I didn't look at the smart parameters but they might provide some info.

BTW the firmware just completely blocks, as you can see in the video, it doesn't even answer the hdparm -I. But in my tests, I was also accessing the HDD constantly (this is to draw the delay graph showing above in the video) so it might be that a read() comand is queued and blocks, waiting for vibrations to stops, and it blocks all other commands being sent to the HDD.

Another information lacking in the article: I managed to permanently damage an HDD. It didn't completely stop responding, but now the read delay is much bigger than before. While testing it at high vibrations, the HDD did some loud mechanical noises, so apparently the HDD did try to park itself multiple times. That HDD is now unusable for tests because it randomly delays reads over 10 ms (normally the read syscall takes about 500 ns).

Hey anonymous,

Heres the complete kernel log of one of my test. HDD disconnect starts at line 156. Maybe it helps you.

https://pastebin.com/K22qc2Ju

Regards,

Alfred

You can make this work even if you are inside a VM on your notebook. In fact, I did the whole talk while listening sound from inside a virtualbox VM, with no access to the physical mic.

Hey I remember your project. Or something similar. You needed like 8 SDRs right? it's basically a radar. It was great.

Hey, it's research, not engineering. Our work is to prove that it's possible, engineers work is to make it practical.

> I've learned to stop trying, half-technical people are impediments to innovations.

It's the internet. They are assholes, you just have to have thick skin :)

> I wonder if the vibrations for keystrokes are enough to disrupt HDD latency

Yes, they do. I saw it myself, the HDD is much more sensitive to vibrations transmitted by the chassis than sound. You might be onto something great here. I will quote you if I ever do something like this in the future.

You can try it yourself. There's a link to the repo in TFA.

God damn, nobody read the article anymore?

No, you don't need low-level manipulations to the hard disk, you only need to read a file, a low-privileged operation. Also, you can do it in servers that don't usually have a microphone.

I'm the original author.
First, you are kind of rude for calling me idiot, specially if you didn't even read the friendly article.

Second, have you even looked at the video? no, the disk don't "temporarily park". The delay is proportional to the vibration amplitude, mean you can sense sound volume at a low rate. Sample rate is about 50 hz, it can't reconstruct a kHz signal but voice is in the ~300 Hz, and you don't need to reconstruct the complete signal to recognize it. You don't need to recognize a conversation, you need to recognize the patterns that the conversation causes. In the original article I proved a link to a research do does exactly that with the gyroscopes in mobile devices.

As this was an "experimental" used rocket, it's likely highly insured.

But it's unfortunate that this is being reported as a failure of the SpaceX Rocket, while the malfunction was apparently in the pad.