New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Linux] Veracrypt freeze at the end of big volume creation #474
Comments
I have test it with a new computer, with AMD Ryzen 5 2600 processor and openSUSE 15.0 64 bit with KDE. At beginning the temperature have the following values:
I think, this isn't too high. AMD says the Max Temps is 95°C. The CPU load at beginning:
The CPU load at the end:
The load of veracrypt and kworker have been interchanged. At beginning VC 72.7, kworker 56.6 and at the end VC 26.1 and kworker 84.3. The new system: |
@Schweineschwarte, thanks for providing details of the problem you observe and doing additional exploration. That low performance bug is unlikely to be related to this one you're observing, at the face of it anyway. The one there doesn't cause any stalls, it's just a benchmark producing unexpectedly low result. So let's look into this one here in more detail. Those soft lockup messages should also be accompanied by stack traces - could you please post either your syslog excerpts for those (full stack traces together with soft lockup messages) or [preferred, at it will provide better picture] full log output starting from the machine boot, then with VeraCrypt starting and doing the operation that gets stuck for you and ends in a soft lockup. That should provide additional information for troubleshooting. The temperature doesn't look like a problem in this one - the values are in the "okay-ish" zone and overheating wouldn't cause soft lockups anyway, that must be a purely SW-level problem. The temperature increase per se it also expected - your CPU is doing additional work of encryption after all. |
@alt3r-3go dmesg before volume creation starts: journalctl bevore volume creation starts: dmesg log active on volume creation (starts with equal values): journalctl log active on volume creation: /var/log/warn: /var/log/messages (too big for pastebin): |
Here, you can see the /var/log/warn of 25th August 2019, with the soft lockup messages. |
Thanks, that helps a lot. I don't have time to look in all the details this week, but what I can see at the first scan of the dmesg and the warn log - this actually doesn't look like VeraCrypt driver at all, but reminds me of a bad sector (or a set thereof) on the disk drive. The USB and SCSI drivers scream errors when writing and they are both "below" VeraCrypt driver. Plus, soft lockup looks like a natural consequence in this case, because the drives, especially "spinning rust"-type as you seem to have here, tend to stall the I/O operation trying to read (write) the sector again and again, instead of just returning an error. That in turn leads to the driver getting stuck in the IO wait and then it gets noticed by the scheduler eventually, manifested as a soft lockup error. And Linux used to be rather allergic to prolonged IO waits (in my experience, anyway, and that's from a while ago), so general OS stalls and all sorts of glitches are expected. So please run a full bad sector check on your drive - there's usually a vendor utility for that, Linux also has some, Windows disk tools also can do that - but it would be best to do it on a physical host, not the virtual machine as you seem to have here (there are Virtual Box drivers trying to load themselves anyway, so this is a guess) to prevent any additional complications from the VMM middleman. |
I have tested the external Seagate HDD again (with my Linux "host system", not in a virtual machine) but SeaChest can't find any errors. Available devices: Device information: SMART check (unsupported): SMART error log (unsupported) Long generic test: I have saved the full log of the long generic test, but the log file have a size of 1,9 GiB (a bit to much for pastebin 😄 ). If you want to see this file I can upload it on an file hoster. But you will see only "Reading LBA: 0" until "Reading LBA: 3907029120". |
Thanks. That's interesting then. One other reason, though IMHO much less likely, is power brownout during more intensive operations, but that would be harder to test. Is this drive powered directly from USB or has a separate power adapter? |
I thought it might be related to your problems: |
@alt3r-3go @git70 |
Thanks and sure, take your time. This indeed sounds like insufficient power (errors or malfunction under load), something that happens frequently with those external drives that are powered only from the USB, despite the manufacturer's advertising. I, for one, always buy those with additional external power adapter, because of that - not that it's convenient, oh well. |
After a long time I want to report me back. |
No worries, glad you've got it working now and thanks for reporting back, that's going to help other people in similar situations. |
Hello,
if I create a "small" volume with Veracrypt 1.23 for Linux 64 bit, it works without problems.
Now, I have a new external Seagate HDD with 2 TB and I test it with SeaChest without any errors. If I want to encrypt this HDD as a partition/drive, the Veracrypt GUI freeze at the end of the volume creation (after the bar reached 100% - see image). Same problem with the console version of Veracrypt 1.23 (I tested it over night - time enough to soothe).
I can create a normal partition with fdisk and can create a filesystem with mkfs.ext4 without errors. After, I create a 1,6 TB Container in this partition, but the Veracrypt GUI freeze at the end again.
I am not sure, if Veracrypt freeze complete or only the GUI/console output message. If I unplug the external HDD, some kworkers need much CPU performance. I find no trouble reports in dmesg, so I think Veracrypt have some trouble with big volumes.
My system: openSUSE 15.0 64 bit with KDE
Hardware: https://pastebin.com/3G47NSzm
Freeze image:
The text was updated successfully, but these errors were encountered: