Введение в линуксы)

При «открытии с помощью» надо выбирать какой-нибудь шелл (bash, sh, zsh и т.д.). Файл перед запуском должен быть исполнимым: chmod +x /path/to/script_name.sh. Скрипты могут быть открыты как текстовые файлы для редактирования, а могут быть запущены как скрипты. Возможно, если скрипт неисполнимый, вместо его запуска он будет открыт на редактирование — это уже особенности вашего GUI (Gnome, KDE или что у вас там), а не Linux самого по себе.

Скорей всего, дело в том, что версия скайпа старее виндоусовской.

Видимо, это особенности системного шедулера при распределении процессорного времени между процессами. Раньше на старом слабом железе это было заметно, но не знаю, как сейчас. Можно выбрать иной шедулер, но не думаю, что это лёгкая процедура. Часто достаточно назначить нужный приоритет процессам.

Это то, что бывает, когда стандарт разработан проприетарщиками, спецификации на железо закрыты, но продукт уже занял свою нишу, а нормальных драйверов нет и ещё долго не будет. В крайних случаях можно вставить альтернативную WiFi-сетевую, которая будет лучше поддерживаться. Близость расположения к WiFi-точке тоже играет роль. Вместо перезагрузки попробуйте руками опускать и поднимать интерфейс: под рутом выполняете

# ifconfig wlan0 down
# ifconfig wlan0 up

Естественно.

Менялась, но отображалось не то, или вы просто не замечали.

Например, так: xbacklight -set 70. Вместо 70-ти может быть любое значение от нуля до ста. Саму программу xbacklight надо сначала установить:

# apt-get install xbacklight

На сайте того GUI (см. выше), которым пользуетесь. Поищите в поиске «темы для Gnome», например.

Практически нет.

Сейчас то же самое. Начните с чтения книг по теме, чтобы уяснить себе основы, прежде чем рыть глубже в те стороны, которые вам интересны.

Цитаты не соизволите ли выделять как цитаты?

Я не знаю, так ли это — то было лишь предположением. Выходов не много: либо искать другое средство VoIP, либо мучиться с установкой винды в виртуалку, либо где-то держать винду для этих целей. Есть linuxphone, например, и масса других программ. На скайпе свет клином не сошёлся.

https://en.wikipedia.org/wiki/Scheduling_(computing)

Команда

# iwlist wlan0 scanning

Поизучайте, какая графическая среда используется в Linux Mint по умолчанию, мне-то откуда знать?

Он может быть в любом файле, который загружается из сети. Насколько надёжен аудит этих графических тем; подписаны ли загружаемые темы через PGP, как это сделано для устанавливаемых deb-пакетов — без понятия.

Есть общие книги по UNIX, а есть книги с упором не специфику конкретного UNIX (дистрибутива Linux, BSD или коммерческого UNIX). Не надо читать введения для чайников, нужно брать что-то более серьёзное, где объясняется смысл, а не тыкание на кнопки. Есть одна книжка, она не по Linux, но общий смысл и дух UNIX'а там передан неплохо, большая часть описываемого будет верной и для Linux. Возможно, есть что-то более актуальное и компактное для первоначального изучения, но я затрудняюсь подсказать, поскольку давно не заглядываю в подобную литературу. Есть Рабочевский по UNIX'у, но я не стал бы его вам советовать — по-моему, он больше с упорном на программирование, а не на использование.

Не всё решается парой команд.

Нет, не решается. Все серьёзные файерволлы — это очень сложно, это почти что так же сложно, как освоить простенький, но новый для вас язык программирования. Вот классическое руководство по iptables. Если хотите его освоить, осильте это руководство. Может потребоваться время и какой-то набор базовых знаний. Я его во всей полноте, например, не осиливал. По тому, как писать правила фильтрации, пишут целые книги. Просьба написать вам правила iptables под конркетный случай — это как просьба написать за вас программу.

На некоторых ноутбуках его можно выключать/включать тумблером на корпусе, это тоже может помогать при глюках.

Это претензии к писателю конкретной GUI-обёртки вокруг регулировщика. Я дал вам пример, как это сделать из консоли напрямую. Глюки с яркостью действительно бывают из-за недостаточно хорошей поддержки железа — например, по умолчанию яркость выставляется на ноль или ещё какое-то минимальное значение.

Можно поглядеть в dmesg, как ядро их опознаёт, а также в fdisk -l -u /dev/sdb (или другое устройство, какое оно у вас там). Если устройство есть и опознаётся правильно, попытаться примонтировать вручную — как-то типа mount /dev/sdb1 /media/mnt.

Сложноватый вопрос. Wi-Fi бывает без шифрования и с шифрованием. Второй вариант подразделяется на WEP, WPA и WPA-2. Кроме того, соединение бывает ad hoc и Access Point (AP). Есть случаи, когда можно настроить через iwconfig, когда через wpa_supplicant и когда через оба варианта. WPA-2, кажется, подразделяется ещё на несколько вариантов, начиная от самых простых парольных и кончая использованием предустановленных сертификатов. Обычно параметры соединения с AP неизвестны, поэтому их приходится определять квазиэкспериментально.

Даже бывалые часто предпочитают воспользоваться какими-нибудь GUI-настраивалками, чтобы не ковыряться с WiFi в комстроке. Иногда в системах ещё предусмотрен набор скриптов для автоматической настройки из консоли. Иногда WiFi не работает, работает не так или не во всех режимах, потому что нужная фирмварь не установлена.

Настройка с консоли может выглядеть примерно так:

# ifconfig wlan0 down
# iwconfig wlan0 essid WiFi_NAME mode Managed key restricted WiFi_PASSWORD
# ifconfig wlan0 up
# dhclient -v -4 wlan0

# wpa_supplicant -i wlan0 -c /etc/path/to/wpa_supplicant.conf -Dwext -d -q

# iwconfig wlan0 essid 'WiFi-NAME' key s:PASSWORD

network={
     ssid="WiFi_NAME"
     proto=WPA
     key_mgmt=WPA-PSK
     psk="PASSWORD"
}

network={
     ssid="WiFi_NAME"
     proto=WEP104
     psk="0x0123456789ABCDEF0123456789"
}

network={
     ssid="WiFi_NAME"
     proto=WPA
     key_mgmt=WPA-PSK
     psk=""
}

# modprobe -r WiFi_MODULE_NAME
# modprobe WiFi_MODULE_NAME

Не совсем. Там могут писаться важные ошибки или информация, которая натолкнёт на понимаение того, в чём проблема. USB-устройств касаются те строчки в dmesg, в которых написано USB, sdb, sdc и т.д. Смотрите на то, что написано в этих строчках и вокруг них.

Да.

Этот вопрос галочками не решается, если только сами не напишете соответствующую программу.

Если в конфиге для iptables по умолчанию все входящие закрыты, для гарантии, чтобы не дать какому-то пользователю USER доступ в сеть, нужно добавить в начало нечто типа

iptables -A OUTPUT -o eth0 -m owner --uid-owner USER -j DROP
iptables -A OUTPUT -o wlan0 -m owner --uid-owner USER -j DROP
iptables -A OUTPUT -o lo -m owner --uid-owner USER -j DROP

Чтобы пользователю USER не давать никакого доступа к файлам иных юзеров, хранящимся в их домашних директориях, обычно достаточно выставить права доступа на их домашние директории (chmod go-rwx $HOME). Для полной изоляции всей информации о других пользователях на этой же машине придётся ставить виртуалку, в рамках одной ОС этот вопрос не решается.

Есть разделение доступа к сети, а есть разделение доступа к файлам. Через сеть на lo тоже можно получать доступ к последним. Сеть фиксится не галочками, а конфигами файерволла. Доступ к файлам можно и галочками поправить, если GUI это поддерживает.

Об этом стоило бы спрашивать в более подходящей теме.

Есть виртуальные сетевые интерфейсы (tun0, tun1, tap0, tap1 и т.д.), а есть реальные (eth0, eth1, wlan0, wlan1 и т.п.). В правилах iptables должно быть прописано, что трафик на реальный сетевой интерфейс может слать только тот юзер, от которого запускается VPN-клиент. При работе через 2 последовательных VPN'а то же самое: один VPN запускается от одного юзера, другой — от другого, далее описываем для каждого из этих юзеров, куда и через какой интерфейс они могут посылать сетевые пакеты (и, соответственно, получать ответы на них). Изучайте iptables.

Читайте старые обсуждения по ссылкам [1], [2], [3].

Поидее не должны, но с учётом новых тенденций к облакам ожидать можно всего.

Надёжно — только вычиткой исходного кода. Сливать может не сам редактор, а какая-нибудь подсистема GUI, которая с ним взаимодействует. Иногда ловят за руку сниферами (tcpdump, wireshrak), но если не поймали, это ещё не значит, что не сливает.

Посоветуем файерволлы. Работайте с критичными файлами из-под отдельного пользователя, которому iptables'ом запрещён выход в сеть и взаимодействие с другими пользователями через интерфейс lo.

Это кэширование, скорей всего. Какая разница, что и сколько занимает в памяти? Этим системный менеджер должен заниматься, а не юзер. Если есть желание очистить весь кэш, выполните команду (под рутом) sdmem -fllv.

Не пользуйтесь тяжеловесными интегрированными графическими средами, когда есть простые, эффективные и быстрые оконные менеджеры.

Сам GNU/Linux тут ни при чём, просто в юзерофильные дистры GNU/Linux'а дистростроители напихали много всего нехорошего, что жрёт память и не только.