Черный экран с мигающим подчеркиванием после установки драйвера NVIDIA

Обратите внимание, что tmpfs – это виртуальная файловая -система в том смысле, что она не имеет и не нуждается в резервном хранилище для записи своих метаданных.

Вместо этого, ext4fsявляется постоянной файловой -системой, для которой требуется резервное хранилище (, будь то файл изображения или настоящее устройство ), для записи его метаданных.

Таким образом, ваша mountкоманда для случая tmpfs— это просто относительно -использования того же каталога для монтирования другого (, но опять же tmpfs ), полностью нетронутого, файловая -система. Это разрешено, даже если этот каталог уже используется в качестве точки монтирования -для постоянной файловой -системы, такой как ext4:, вторая mountпросто переопределит предыдущую файловую -систему, которая -выглядят так, как это было при размонтировании второй файловой системы -.

Вместо этого ваша команда mountдля случая ext4пытается смонтировать это одно и то же резервное хранилище(файл myfile)более одного раза и на одно и то же монтирование -точка, и именно поэтому вы получаете сообщение об ошибке. Это никогда не может произойти с виртуальными файловыми -системами, такими как tmpfs, потому что у них вообще нет (внешнего )резервного хранилища. На самом деле часть mymountвашей команды для tmpfs— это всего лишь заполнитель -для создания синтаксического содержимого mount. Вы можете использовать любую произвольную строку для tmpfs. Напротив,часть myfileв вашей команде для ext4случая должна быть чем-то уже существующим и доступным в системе, что будет использоваться в качестве резервного хранилища для постоянной файловой -системы (даже если вы поместите это резервное хранилище в действительно энергозависимую файловую -систему, такую ​​​​как tmpfs, команда mkfs.ext4и драйвер ext4fsне знают об этом ).

Тем не менее, обратите внимание, что, начиная с почтенного ядра linux версии 2.4, можно безопасно монтировать несколько раз файловые -системы, такие как ext4, до тех пор, пока они монтируются на разные смонтировать -точки (, т.е. не в тот же каталог, что и в вашем примере ). В основном такие множественные крепления ведут себя как mount --bind. Примечательно, однако, что это поведение не может быть достигнуто для блочных устройств loop, если они созданы из одного и того же резервного файла с разными /dev/loopXномерами, что характерно для mount -o loopдо версии 2.28.x. Начиная с версии 2.29, он определяет, будет ли повторно использоваться один и тот же резервный файл, и автоматически превращает его в эквивалент mount --bind.

В целях безопасности не используйте версию 2.28.x или более раннюю из mountс -o loopболее одного раза в одном и том же резервном файле (, если вы не удалили -его между ). Возможные результаты включают сбой ядра и, следовательно, потерю произвольных данных.

0
05.10.2020, 13:42
1 ответ

Ваша карта имеет оптимизацию Nvidia Optimus, а обычная конфигурация нарушает работу Xorg в вашей системе, поэтому вам придется посмотреть:

https://wiki.debian.org/NVIDIA%20Optimus

, чтобы найти наилучшую конфигурацию для обхода этой проблемы. Я выбрал «Использование графического процессора NVIDIA в качестве основного графического процессора», и, похоже, это исправлено. Я также поместил BusID «PCI :XX :XX :X» из графического процессора в файл /etc/X11/xorg.conf в разделе «Устройство». Вы можете получить BusID из lspci. Надеюсь это поможет.

0
18.03.2021, 23:00

Теги

Похожие вопросы