"Other" folder is too big
I tried several methods from the comments to solve this problem
As shown above, almost the entire hard disk is occupied by &quot;Other&quot;. Since the operating system could sometimes get confused by the multitude of tasks, a restart could possibly solve the problem. (Enter in the terminal sudo reboot)
Since &quot;other&quot; can be anything, except
Books
Documents
Xcode Build caches of a project
iCloud Drive
iOS files
Mails
Programs
Other users
System

It is best to work at the root level to see what exactly is being used in conspicuous high disk space. We are examining the data partition.
$ sudo du -hxd1 /System/Volumes/Data
  0B    /System/Volumes/Data/sw
1,0K    /System/Volumes/Data/home
979M    /System/Volumes/Data/usr
271M    /System/Volumes/Data/boot
 15G    /System/Volumes/Data/Library
3,1G    /System/Volumes/Data/System
  0B    /System/Volumes/Data/mnt
 23M    /System/Volumes/Data/.fseventsd
400G    /System/Volumes/Data/private
 30G    /System/Volumes/Data/Users
 50G    /System/Volumes/Data/Applications
  0B    /System/Volumes/Data/opt
5,3M    /System/Volumes/Data/.PreviousSystemInformation
  0B    /System/Volumes/Data/Volumes
  0B    /System/Volumes/Data/cores

In my case, the /private/var directory pulls a lot. Again, I can examine the output further.
$ sudo du -hxd1 /System/Volumes/Data
  0B    /System/Volumes/Data/private/var/yp
8,0K    /System/Volumes/Data/private/var/networkd
  0B    /System/Volumes/Data/private/var/install
  0B    /System/Volumes/Data/private/var/empty
  0B    /System/Volumes/Data/private/var/ma
  0B    /System/Volumes/Data/private/var/mail
 59M    /System/Volumes/Data/private/var/spool
  0B    /System/Volumes/Data/private/var/jabberd
 24K    /System/Volumes/Data/private/var/MobileSoftwareUpdate
1,0M    /System/Volumes/Data/private/var/vm
4,0K    /System/Volumes/Data/private/var/msgs
4,0M    /System/Volumes/Data/private/var/logs
 11M    /System/Volumes/Data/private/var/audit
104M    /System/Volumes/Data/private/var/root
  0B    /System/Volumes/Data/private/var/lib
400G    /System/Volumes/Data/private/var/db
  0B    /System/Volumes/Data/private/var/at
 57M    /System/Volumes/Data/private/var/log
1,8G    /System/Volumes/Data/private/var/folders
  0B    /System/Volumes/Data/private/var/containers
  0B    /System/Volumes/Data/private/var/select
  0B    /System/Volumes/Data/private/var/netboot
 36K    /System/Volumes/Data/private/var/run
 36M    /System/Volumes/Data/private/var/protected
  0B    /System/Volumes/Data/private/var/rpc
  0B    /System/Volumes/Data/private/var/tmp
  0B    /System/Volumes/Data/private/var/backups
  0B    /System/Volumes/Data/private/var/agentx
  0B    /System/Volumes/Data/private/var/rwho

Now in my case I know that /System/Volumes/Data/private/var/db is the problem.
Reapplying the same method on that directory and digging deeper finally led me to /System/Volumes/Data/private/var/db/powerlog/Library/BatteryLife/Quarantine which was using practically the whole disk space. Deleting it solved the problem (for now).
Note: These are invented memory sizes.