Assune
Contributor
Contributor

Kali Linux: apt update returns “Hash Sum mismatch” error Fusion 12 /Big Sur

I updated to Big Sur, Then I had to update to VMware Fusion 12. I have been having issues ever since. I saw this issue is happening to windows users but I can't find a fix for OSX. 

Screen Shot 2020-12-13 at 5.39.57 PM.pngScreen Shot 2020-12-13 at 5.40.04 PM.png

 

 



https://unix.stackexchange.com/questions/574760/kali-linux-apt-update-returns-hash-sum-mismatch-erro...

 

 

I'm experiencing exactly the same issue as described in this question: Kali Linux: apt-get update returns “Hash Sum mismatch” error. Before you mark this as a duplicate however, I have tried the solutions posted there, as well as on numerous other sites, including:

sudo apt-get clean
sudo rm -rf /var/lib/apt/lists/*
sudo apt-get update

Editing /etc/apt/sources.list with alternate official mirrors, such as deb http://mirrors.ocf.berkeley.edu/kali kali-rolling main non-free contrib or deb https://http.kali.org/kali kali-rolling main non-free contrib

Everything worked after I first imported the VM. I ran sudo apt update and it found some ~650 packages to upgrade. I ran sudo apt upgrade and it encountered an error partway through. That error was solved using sudo apt --fix-broken install, but that is when this hash sum error began. Unfortunately due to hours of troubleshooting I no longer have the details of the earlier error, but I believe it was an error extracting a package due to corrupt data.

I've tried multiple official mirrors, but I get the same error. Additionally, when I downloaded the Packages.gz file here on my Windows machine (VM host) and computed the SHA256 hash, I got the exact hash that apt printed as the expected value. This led me to believe that the error was not with the mirror but with my VM.

The next thing I tried was wget https://mirrors.ocf.berkeley.edu/kali/dists/kali-rolling/main/binary-amd64/Packages.gz followed by sha256sum Packages.gz, which provided yet another different hash output.

To be clear, I have seen 3 different hashes for the same file:

  1. The "correct" hash shown by apt as expected, which is the one that windows also produced after downloading the file using a browser
  2. The incorrect hash calculated by apt, which led to the error
  3. A different hash calculated by sha256sum after downloading the file using wget using the same URL as for the browser download

I should also note that I have only been referencing the SHA256 hash in each step. The other hash functions are also mismatched when I run sudo apt update, but the file size is the same. I had considered that downloads might be failing due to limited disk space (it is a VM after all) but I don't think that's the case.

What am I missing?

0 Kudos
10 Replies
illuzian
Contributor
Contributor

Not really a forum poster but saw your post while checking for a different issue. 

I had this issue (on Catalina) with Kaspersky (KIS) installed. I believed it was intercepting the traffic and causing this issue, every time I disabled it, it came good. I imagine any other AV that intercepts traffic may cause a similar issue.

samplex
Contributor
Contributor

I have the same issue after updating to Big Sur and Vmware Fusion 12.

When in Bridge mode the problem with Hash Sum mismatch comes up, but when i change the networking to Shared mode the problem is solved.

So it can be a Vmware fusion or Big Sur problem.

 

 

balsup
Contributor
Contributor

I was facing the same issue with Ubuntu 20.04 on Big Sur 11.1 with VMware Fusion 12.1.0 (17195230).  Other suggested solutions involving /etc/gcrypt/hwf.deny did not help.  Changing settings from bridged (Wi-Fi) to Internet Sharing (Share with my Mac) solved the issue, however it is not a long term acceptable solution.  So I agree that there is either a VMware Fusion or a Big Sur issue here.

rrashidov
Contributor
Contributor

Hi, 

I tried this, but when I change the network configuration of the VM from "Bridged" to "Shared (Internet Sharing)" practically I do not have internet in the VM. 

Is there anything else that has to be configured in the VM so that it can have internet when network configuration set ti "Shared"?

Regards,

Rashid

0 Kudos
dlhotka
Champion
Champion

That's rare - if your VM is set to use DHCP for DNS and IP, it should connect once you reboot.

0 Kudos
rrashidov
Contributor
Contributor

I rebooted the VM several times, but no change 😞 

0 Kudos
balsup
Contributor
Contributor

Try switching from Share with my Mac to one of the bridged options, and then switch back.  Hopefully, you'll see a popup from VmWare Fusion saying "The network connection type change is saving and taking effect..."  Then your Ubuntu should hopefully see the connection bounce, which is its clue to restart dhcp discovery.  Make sure you make your network adapter settings changes while the VM is running. 

I have also had problems if I change the network adapter settings while the VM is not actually running.  So there may be a hole there...

 

 

0 Kudos
rrashidov
Contributor
Contributor

It worked. I guess it needed some time to detect the change.

 

Thanks a million, @balsup !

0 Kudos
samplex
Contributor
Contributor

Mac OS 11.2 doesnt solve the problem 😞

Tags (1)
0 Kudos
slowrunner
Contributor
Contributor

 


@balsup wrote:

I was facing the same issue with Ubuntu 20.04 on Big Sur 11.1 with VMware Fusion 12.1.0 (17195230).  ...Changing settings from bridged (Wi-Fi) to Internet Sharing (Share with my Mac) solved the issue, 


 

 THANK YOU! Solved my issue updating the OS and installs - I'll switch back to WiFi MAC for my reserved IP when I run stuff, but I couldn't get past updating and installing.

 

THANK YOU, THANK YOU, THANK YOU!

0 Kudos