Юрий Чудновский

У меня такого не наблюдается (всё корректно работает в обе стороны), но я краем уха слышал, что линуксовый драйвер NTFS не дружит с сжатыми файлами NTFS. Проверьте, не стоит ли в настройках диска (или папки) винды атрибута "сжимать содержимое для экономии места" - возможно, в этом причина порчи файлов.

Вы хотите ненужной ерунды. Сейчас у вас закачивается файл в папку назначения и резервируется имя. По окончании закачки происходит простое переименование .part в конечное имя. Вы же хотите, чтобы после скачивания, например, на диск C:, происходило копирование скачанного файла на диск, скажем, D:, с последующим удалением первоначальной копии на диске С:, и ради чего? Это лишь удлиняет процесс скачивания на время копирования с одного раздела на другой, плюс вам нужно иметь достаточно места для скачивания файла не только на конечном разделе, но и на разделе "временном".

Вы занимаетесь какой-то фигнёй :)
Лучше займитесь Active Directory интеграцией.
val-khmyrov.blogspot.com/2011/04/apache-active-dir...
Конечно, если вы "доросли" до домена.

Я сделал у себя так:
/etc/network/interfaces:
...
post-up /etc/network/rules.sh
...
/etc/network/rules.sh:

#!/bin/sh
/sbin/iptables -A POSTROUTING -t nat -s 192.168.3.0/24 -o eth0 -j SNAT --to-source ...
...

Не очень понятно что вы тут творите, но у меня ощущение, что вы забыли
1) пометить отключаемый диск как нерабочий
mdadm --manage /dev/md125 --fail /dev/sdb2
2) удалить его из массива
mdadm --manage /dev/md125 --remove /dev/sdb2
перед тем, как подключать "новый" диск.

Хотя возможно что у вас проблема совсем не в том, а в том что при отключении диска в гипервизоре, на нём рушится таблица разделов (чего не должно быть в случае физического отключения реального диска).

Это действительно может быть багом железки (кармана). У меня есть такой один, при использовании в Ubuntu примерно 14.04 и младше при отмонтировании файловой системы каким-то хером портилось первые пару гигабайт (!) в результате чего терялись не то что файлы, а и таблица разделов с этими самыми разделами. А с более поздними не терялось ничего лишь при использовании NTFS :)
Чтобы проверить что файлы действительно успешно записались на внешний диск, нужно этот диск отключить (безопасным отключением) и подключить снова, так как без отмонтирования вы будете сверяться с кэшем в памяти, а не с реально записанными данными.
Если проблема будет наблюдаться, поинтересуйтесь у производителя насчёт обновления мозгов железки.

1) Зайти в Плеймаркет
2) Ткнуть кнопку меню ("тройное равно" слева)
3) Ткнуть в строчку с названием аккаунта
4) Ткнуть в другой аккаунт
5) Найти и совершить покупку.

is_readable лишь проверяет, можно ли получить file_get_contents() и тому подобное, следовательно, в случае ответа 403 функция вернёт FALSE, даже если директория доступна к чтению, просто сработало Options -Indexes или другое подобное запрещение в конфиге.

1) Установить socks-прокси сервер
2) Прописать настройки на него у клиента
3) Там же, у клиента, запретить фаерволом весь трафик кроме как на socks-прокси сервер.

Попробуйте убрать параметр "discard". Он deprecated и замедляет удаление, рекомендуется просто раз в неделю делать "fstrim --all".
Ну и неплохо бы посмотреть в dmesg на то, как проходит монтирование.

А откуда вы взяли пакет? В репах он отсутствует (есть freerdp-x11), значит вы взяли левый пакет и проблемы его интеграции с системой (создание скрипта /etc/init.d/xrdp) полностью на ваших плечах.

CUPS classes
https://www.packtpub.com/books/content/cups-how-ma...
Хотя как и в виндовом пуле, если задание одно, то печатать будет всегда первый.

Вы что-то напортили в конфиге, и nginx просто не стартует. В логах указана ошибка.

wmctrl -r 'строка заголовка' -b toggle,maximized_vert,maximized_horz
Попробуйте посмотреть в исходниках wmctrl, как это реализованно :)

https://technet.microsoft.com/ru-ru/library/dd7727...