это для решения какой проблемы?
Unable to validate any modes;
Version: 390.87
Release Date: 2018.8.27
Operating System: Linux 64-bit
, возможно ли исправить ситуацию какими-нибудь настройками или проблема решается только заменой видеокарты на получше.
-t vfstype
Аргумент следующий за -t указывает тип файловой системы. В настоящее время поддерживаются следующие типы: adfs, affs, autofs, coda, coherent, cramfs, devpts, efs, ext, ext2, ext3, hfs, hpfs, iso9660, jfs, minix, msdos, ncpfs, nfs, ntfs, proc, qnx4, ramfs, reiserfs, romfs, smbfs, sysv, tmpfs, udf, ufs, umsdos, usbfs, vfat, xenix, xfs, xiafs. Следует отметить, что coherent , sysv и xenix являются равноценными и, что xenix и coherent когда-нибудь будут удалены. Поэтому взамен лучше использовать sysv. Начиная с ядра 2.1.21 типы ext и xiafs не существуют. Ранее, тип файловой системы usbfs был известен как usbdevfs.
Для большинства типов файловых систем всё, что делает программа mount- выполнение простого системного вызова mount(2) без уточнения типа файловой системы в запросе. Однако, для некоторых типов файловых систем (подобных nfs, smbfs, ncpfs) добавление специального кода является необходимым. Для nfs - специальный код является встроенным, а smbfs и ncpfs проходят специфичную процедуру монтирования. Реализацией возможности удовлетворить все типы файловых систем через унифицированный способ монтирования, является использование (при наличии) программы-помощника /sbin/mount.TYPE при вызове с типом TYPE. Так, различные версии программы smbmount используют различные соглашения о правилах вызова, поэтому /sbin/mount.smbfs может быть сценарием оболочки, который и реализует особенность необходимого вызова.
Если не используется параметр -t или, если определение типа указано как auto, то будет предпринята попытка установить тип файловой системы автоматически. Если команда mount была собрана с библиотекой blkid, поиск предположительного типа файловой системы будет осуществляться этой библиотекой. Иначе, команда mount попытается установить тип, исследуя суперблок; если и в этом случае попытка авто-определения закончится неудачей, для монтирования будет использована информация из файла /etc/filesystems, или, если он не существует, файла /proc/filesystems. Все типы файловых систем, перечисленные в этих файлах, будут перепробованы, за исключением тех, которые отмечены как "nodev" (т.е., devpts, proc и nfs). Если файл /etc/filesystems заканчивается строкой с одиночным символом '*', при монтировании будет дополнительно использован и файл /proc/filesystems.
Тип auto удобен для облегченного монтирования дискет (floppy) и других съемных носителей. Создание и использование файла /etc/filesystems может быть полезным для того, чтобы изменить очередность в распознавании типа файловой системы (т.е., проверить, например, сначала как vfat, а потом msdos или ext3, а потом ext2) или в случае использования автозагрузки определённого модуля ядра.
Внимание: при автоматическом распознавании типа файловой системы используется эвристический метод, который основан на поиске определенных `магических последовательностей'. Из-за этого не исключена вероятность ошибок, которые могут привести к фатальным последствиям. Вывод: если вы точно знаете тип файловой системы, лучше не разрешать командe mount распознавать его самостоятельно.
Более чем один тип файловой системы может быть задан списком, где в качестве разделителя типов должна использоваться запятая. Список типов файловых систем может начинаться с no. В этом случае, на указанные в списке типы не будет распространяться указанное действие. (Эта возможность очень удобна в сочетании с параметром -a.)
Например, команда:
mount -a -t nomsdos,ext
монтирует все файловые системы кроме указанных типов msdos и ext.
-t, --types fstype
The argument following the -t is used to indicate the filesystem type. The filesystem types which are currently supported depend on the running kernel. See /proc/filesystems and /lib/modules/$(uname -r)/kernel/fs for
a complete list of the filesystems. The most common are ext2, ext3, ext4, xfs, btrfs, vfat, sysfs, proc, nfs and cifs.
The programs mount and umount support filesystem subtypes. The subtype is defined by a '.subtype' suffix. For example 'fuse.sshfs'. It's recommended to use subtype notation rather than add any prefix to the mount
source (for example 'sshfs#example.com' is deprecated).
If no -t option is given, or if the auto type is specified, mount will try to guess the desired type. Mount uses the blkid library for guessing the filesystem type; if that does not turn up anything that looks famil‐
iar, mount will try to read the file /etc/filesystems, or, if that does not exist, /proc/filesystems. All of the filesystem types listed there will be tried, except for those that are labeled "nodev" (e.g. devpts, proc
and nfs). If /etc/filesystems ends in a line with a single *, mount will read /proc/filesystems afterwards. While trying, all filesystem types will be mounted with the mount option silent.
The auto type may be useful for user-mounted floppies. Creating a file /etc/filesystems can be useful to change the probe order (e.g., to try vfat before msdos or ext3 before ext2) or if you use a kernel module
autoloader.
More than one type may be specified in a comma-separated list, for option -t as well as in an /etc/fstab entry. The list of filesystem types for option -t can be prefixed with no to specify the filesystem types on
which no action should be taken. The prefix no has no effect when specified in an /etc/fstab entry.
The prefix no can be meaningful with the -a option. For example, the command
mount -a -t nomsdos,smbfs
mounts all filesystems except those of type msdos and smbfs.
For most types all the mount program has to do is issue a simple mount(2) system call, and no detailed knowledge of the filesystem type is required. For a few types however (like nfs, nfs4, cifs, smbfs, ncpfs) an ad
hoc code is necessary. The nfs, nfs4, cifs, smbfs, and ncpfs filesystems have a separate mount program. In order to make it possible to treat all types in a uniform way, mount will execute the program /sbin/mount.type
(if that exists) when called with type type. Since different versions of the smbmount program have different calling conventions, /sbin/mount.smbfs may have to be a shell script that sets up the desired call.
Т.е. для каждого юзера, перед созданием хеша, выбирать рандомную соль
А теперь допустим что есть необходимость в смене значения соли.
например в диапазоне 10-16
rounds=8 : ~40 hashes/sec
rounds=9 : ~20 hashes/sec
rounds=10: ~10 hashes/sec
rounds=11: ~5 hashes/sec
rounds=12: 2-3 hashes/sec
rounds=13: ~1 sec/hash
rounds=14: ~1.5 sec/hash
rounds=15: ~3 sec/hash
rounds=25: ~1 hour/hash
rounds=31: 2-3 days/hash
гугли
python сериализация