LUKS V2 Support
#1
Hi, im trying to test how can i decrypt my encrypted disk with LUKS use hashcat. 

run with this command: hashcat -m 34100 -a 0 luks.hash rockyou.txt

But got :
Code:
hashcat (v7.1.2) starting METAL API (Metal 370.64.2) ========================== * Device #01: Apple M1, skipped OpenCL API (OpenCL 1.2 (Nov  8 2025 19:10:43)) - Platform #1 [Apple] ==================================================================== * Device #02: Apple M1, GPU, 2730/5461 MB (512 MB allocatable), 8MCU Minimum password length supported by kernel: 0 Maximum password length supported by kernel: 256 Minimum salt length supported by kernel: 0 Maximum salt length supported by kernel: 256 Hashes: 1 digests; 1 unique digests, 1 unique salts Bitmaps: 16 bits, 65536 entries, 0x0000ffff mask, 262144 bytes, 5/13 rotates Rules: 1 Optimizers applied: * Zero-Byte * Single-Hash * Single-Salt * Slow-Hash-DimensionY-LOOP Watchdog: Temperature abort trigger set to 100c * Device #2: This system does not offer any reliable method to query actual free memory. Estimated base: 2863316992             Assuming normal desktop activity, reducing estimate by 34%: 1889789214             This can hurt performance drastically, especially on memory-heavy algorithms.             You can adjust this percentage using --backend-devices-keepfree Tuning-db: Invalid kernel_accel '0' in Line '1' * Device #2: Not enough allocatable device memory for this hashlist/ruleset. Started: Thu Feb  5 16:00:29 2026 Stopped: Thu Feb  5 16:00:30 2026

Is there any ways to solve that issue?
Reply
#2
(02-05-2026, 11:16 AM)mintcocs Wrote: Hi, im trying to test how can i decrypt my encrypted disk with LUKS use hashcat. 

run with this command: hashcat -m 34100 -a 0 luks.hash rockyou.txt

But got :
Code:
hashcat (v7.1.2) starting METAL API (Metal 370.64.2) ========================== * Device #01: Apple M1, skipped OpenCL API (OpenCL 1.2 (Nov  8 2025 19:10:43)) - Platform #1 [Apple] ==================================================================== * Device #02: Apple M1, GPU, 2730/5461 MB (512 MB allocatable), 8MCU Minimum password length supported by kernel: 0 Maximum password length supported by kernel: 256 Minimum salt length supported by kernel: 0 Maximum salt length supported by kernel: 256 Hashes: 1 digests; 1 unique digests, 1 unique salts Bitmaps: 16 bits, 65536 entries, 0x0000ffff mask, 262144 bytes, 5/13 rotates Rules: 1 Optimizers applied: * Zero-Byte * Single-Hash * Single-Salt * Slow-Hash-DimensionY-LOOP Watchdog: Temperature abort trigger set to 100c * Device #2: This system does not offer any reliable method to query actual free memory. Estimated base: 2863316992             Assuming normal desktop activity, reducing estimate by 34%: 1889789214             This can hurt performance drastically, especially on memory-heavy algorithms.             You can adjust this percentage using --backend-devices-keepfree Tuning-db: Invalid kernel_accel '0' in Line '1' * Device #2: Not enough allocatable device memory for this hashlist/ruleset. Started: Thu Feb  5 16:00:29 2026 Stopped: Thu Feb  5 16:00:30 2026

Is there any ways to solve that issue?

I read your error as a memory issue on the mac you're running hashcat from. LUKS2 uses argon which is a very memory heavy algorithm, so best solution is probably to try some other hardware, or play around with other algorithms.
Reply