Можно ли смонтировать пространство подкачки по сети, например sshfs?
У меня также есть эти наушники и удобный ноутбук под управлением Fedora 24. После разговора с одним из разработчиков Bluez по IRC у меня все заработало. Ниже то, что я нашел. (Обратите внимание, что я очень мало знаю о Bluetooth, поэтому могу использовать неправильную терминологию для некоторых из них.)
Наушники поддерживают (или, по крайней мере, говорят, что поддерживают) Bluetooth LE, но не поддерживают LE для сопряжения. Bluez пока не поддерживает это, и у него нет другого способа установить поддерживаемый режим BT, кроме как статически в файле конфигурации. Тем не менее, вы можете использовать наушники через обычный Bluetooth. Это и есть причина, по которой Bluez 4 работает; на самом деле он не поддерживает LE.
Итак, создайте /etc/bluetooth/main.conf. Fedora 24 не поставляется с этим файлом, поэтому либо получите копию из Upstream , найдите строку, содержащую
#ControllerMode = dual
, и измените ее на:
ControllerMode = bredr
, либо создайте новый файл, содержащий только:
[General]
ControllerMode = bredr
Затем перезапустите bluetooth и выполните пару. (Я сделал это вручную через bluetoothctl, но должно работать просто использование диспетчера bluetooth.)
Теперь у меня все работает, хотя если вы не заставите pulseaudio использовать протокол A2DP-Sink, наушники сообщат что у вас по какой-то причине есть входящий звонок. Однако для моей мыши требуется Bluetooth LE, поэтому я вошел и удалил строку ControllerMode. И ... наушники по-прежнему работают, как и мышь. Я думаю, что после того, как они соединятся, все будет в порядке.
Это невозможно над sshfs из-за того, как он реализует файловую систему.
По сути, он сопоставляет клиентскую часть файловой системы с серией передач sftp файлов. Вы обновляете файл локально, а sshfs копирует этот файл (полностью) удаленно. Вот что говорит сама справочная страница:
На локальном компьютере, где смонтирована SSHFS, реализация использует модуль ядра FUSE (файловая система в пользовательском пространстве). Практический эффект этого заключается в том, что конечный пользователь может беспрепятственно взаимодействовать с удаленными файлами, которые безопасно обслуживаются через SSH, так же, как если бы они были локальными файлами на его/ее компьютере. На удаленном компьютере используется SFTP-подсистема SSH.
Кроме того, имейте в виду, что FUSE реализован в пользовательском пространстве и поэтому может быть заменен. Рассмотрим влияние на систему, которая уже выполняет подкачку, когда подсистема FUSE вызывается, но для запуска ей нужно подкачать другой процесс (или, что еще хуже, снова подкачать себя)...
Это было бы возможно. над блочной файловой системой, такой как NFS, и действительно она использовалась в ранних бездисковых системах в 80-х/90-х годах.
Удивительно для меня, это не работает напрямую. И swapon <swapfile-on-ssh>, и swapon -o loop <swapfile-on-ssh>не работают с Invalid argument, с swapon: swapfile has holesв журналах.
Но работает черезlosetup:
losetup -f <swapfile>
losetup # To take a look which device I've got
swapon /dev/loop<N>
Я использовал этот трюк для сборки gcc на raspberry 3. Обратите внимание, что опасения из другого ответа (Сама sshfs может быть подвержена обмену )по-прежнему.