Я создал Hotspot с помощью GNOME Network-Manager. Проблема в том, что я не могу настроить SSID и пароль в графическом интерфейсе. Если вы создаете Hotspot с помощью графического интерфейса Network-Manager, он создает файл /etc/NetworkManager/system-connections/Hotspot
. В этом файле можно редактировать SSID и пароль.
sudo vim /etc/NetworkManager/system-connections/Hotspot
Содержимое файла выглядит так:
[connection]
id=Hotspot
uuid=0bf627gd-8e34-48c6-865a-06f898b4y1hb
type=wifi
autoconnect=true
permissions=
secondaries=
[wifi]
hidden=false
mac-address=YOUR_WIFI_INTERFACE_MAC_ADDRESS
mac-address-blacklist=
mode=ap
seen-bssids=
ssid=SSID_NAME
[wifi-security]
group=ccmp;
key-mgmt=wpa-psk
pairwise=ccmp;
proto=rsn;
psk=YOUR_WIFI_AP_PASSWORD
[ipv4]
dns-search=
method=shared
[ipv6]
dns-search=
method=auto
Я изменил свойства ssid
и psk
под свои нужды. Чтобы включить автозапуск, нужно установить параметр autoconnect
в true
. Затем я перезагрузил компьютер, потому что команда: sudo systemctl restart NetworkManager
для перезапуска сети, похоже, работает неправильно, потому что в графическом интерфейсе Network-Manager:
У меня больше нет настроек беспроводной сети, а также следующая команда не работала до перезапуска. После перезапуска вы можете использовать команду nmcli
для запуска точки доступа.
nmcli con up Hotspot ifname YOUR_WIFI_INTERFACE
YOUR_WIFI_INTERFACE
можно узнать с помощью команды iwconfig
.
Я использовал Antergos / Arch Linux для вышеуказанного решения и нашел подсказку к этому на сайте ask.fedoraproject.org.
Simplemente elimínelo con el comando rm, incluidos los interruptores -r y -f. Esto eliminará los directorios (r )y los enlaces simbólicos (f )a cualquier archivo desechado.
rm -rf /.Trash/0/files/*
No olvides la expansión global (*), de lo contrario, eliminarás el directorio de la papelera.
echo "alias empty='rm -rf /.Trash/0/files/*'" >> ~/.bashrc
Esto crea un alias, por lo que ahora puede vaciar la papelera con el comando empty
.
Я полагаю, что основная причина этой проблемы заключается в том, что когда папка «Корзина» создается для смонтированного раздела, ее можно создать без установленного фиксированного бита . По-видимому, это имеет место при монтировании на любой из «системных _внутренних» путей монтирования . Сообщалось об ошибках, связанных с этой проблемой в отношении мусора -cli и обходного пути. добавление секретной --корзины -опции dir в корзину -empty в фиксации (2a83ed5 )было добавлено, чтобы разрешить корзину -empty для очистки указанного каталога в обход проверки закрепленных битов. Эта подсказка приводит нас к простейшему решению. Просто установите липкий бит в соответствующей папке «Корзина» с помощью команды chmod +t /mount/point/.Trash
. Это позволит корзине функционировать должным образом. Я протестировал этот подход на разделах, смонтированных в /srv
, /home
и /media/$USER/VolumeName
в Ubuntu 16.04 и Ubuntu 18.04, и результаты оказались успешными, как и ожидалось. Я ожидаю, что этот подход будет работать и на других `nix.
Примечание.:Этот подход не будет работать на файловых системах, которые не поддерживают установку липкого бита, таких как NTFS и FAT, но отлично работает на файловых системах EXT2/3/4.
Вот список этих "системных _внутренних" путей монтирования:
"/", /* we already have "Filesystem root" in Nautilus */
"/bin",
"/boot",
"/compat/linux/proc",
"/compat/linux/sys",
"/dev",
"/etc",
"/home",
"/lib",
"/lib64",
"/libexec",
"/live/cow",
"/live/image",
"/media",
"/mnt",
"/opt",
"/rescue",
"/root",
"/sbin",
"/srv",
"/tmp",
"/usr",
"/usr/X11R6",
"/usr/local",
"/usr/obj",
"/usr/ports",
"/usr/src",
"/usr/xobj",
"/var",
"/var/crash",
"/var/local",
"/var/log",
"/var/log/audit", /* https://bugzilla.redhat.com/show_bug.cgi?id=333041 */
"/var/mail",
"/var/run",
"/var/tmp", /* https://bugzilla.redhat.com/show_bug.cgi?id=335241 */
"/proc",
"/sbin",
"/net",
"/sys",
Источники: