Одной строчкой Ваша фраза про «требует наличия внешнего жесткого диска объемом не меньше раздела, который архивируем»
нивелируется=) На практике итоговый размер не превышал реально занятого в ФС.
Лично я не раз так перезаливал готовую систему на абсолютно разные по железу платформы (в рамках одной архитектуры, разумеется).
А вопрос размера итогового раздела решается просто — никогда не монтируйте / на весь диск, создайте себе привычку для основных (хотя бы /, /boot и /home) разделов использовать разные точки монтирования.
Согласен — для серьёзных бекапов dd — слишком уж решение в лоб, зато даёт точную копию диска, это важно в случае глобальной настройки grub, да и нельзя же его просто так вот отмести по надуманной причине.
А почему так мало внимания уделяется варианту записи в физическом блокнотике, который лежит дома? Уж если до дома доберутся, то всё равно от паяльника ничто не спасёт=)
Стоит добавить, что такой вариант хорош только тогда, когда есть силы запомнить все основные пароли, а наименее используемые можно потом подсмотреть.
Я Вам отвечу проще — тем, кто не хочет разбираться в устройстве ПК, без разницы на Windows ли, или на Ubuntu звать знакомого админа ставить что-либо.
Не забывайте, что обычный пользователь просто научен чему-то, и банально потому что он уже знает Windows ему её и легче ставить.
Проведите эксперимент — представьте, что Вы не знаете как устанавливать Ubuntu / Windows, и у Вас на руках только лишь диск с дистрибутивом. Вам что там что там читать инструкции, что там, только установка программ Windows намнооого менее тривиальна…
Сравнение с другими дистрибутивами считаю не совсем корректным, надо сравнивать только с теми, которые заточены на десктоп — у каждого дистрибутива свои цели, естественно что минимальную установку Gentoo обычный пользователь сам проводить не будет, да и не надо оно ему=)
Лично у меня пожилые родственники уже более полугода сидят на мной поставленном Debian wheezy и ни разу (!!!) не задали вопросов как что, я просто с самого начала их полчаса обучил. Весь вопрос в знаниях.
Извините, но дальнейшие пляски с драйверами идентичны, только Ubuntu для всего основного (т.е. наиболее распространенного) железа всё ставит само из удобного окошечка.
Вопрос специфичного железа лучше не поднимать, потому что на Windows с этим железом обычно тоже есть проблемы.
Это я говорю на опыте работы с процессорами VIA и старыми AMD, на каждой операционке свои проблемы, единственное в чём Вы правы — драйверов от производителей больше для Windows, хотя это не значит что в них нет проблем.
По моему у Вас получается ну очень нишевое устройство — аппаратные кнопки не просто так исчезли с мобильных устройств, ведь один из критериев — компактность, который Ваше устройство мягко скажем портит. А брать будут только те, которым надо набирать тексты круглые сутки.
Это мнение у меня сложилось после использования на телефоне клавиатуры MessagEase и обучения ей в течении месяца — одним пальцем я могу вслепую вводить смски быстрее любой другой клавиатуры, да и большинство спецсимволов не требует дополнительных действий, в общем рекомендую. И вау-эффект от знакомых обеспечен=)
В этом случае я просто беру лучшее из книги=) Вообще во многих изданиях этого направления (тайм-менеджмент к примеру) любят идеализировать, просто это надо при прочтении учитывать.
Из прочтенных вспоминается (по ссылкам рецензии): Генри Форд — Моя жизнь, мои достижения. — будьте внимательны с переводом, а в остальном очень толково описан процесс постановки производства, ну а его цитаты (к примеру «Цвет автомобиля может быть любым, при условии, что он черный») говорят о многом. Н. Мрочковский и А. Толкачев — «Экстремальный тайм-менеджмент» — очень мотивирующая и полезная книга для грамотного планирования и постановки задач, написана в виде истории человека, читается на одном дыхании. Остин Клеон — Кради как художник — книга больше для людей творческих, но тоже очень интересна. Дао Уоррена Баффета — цитаты одного из самых успешных инвесторов, очень помогают с финансами.
Оптимизация для любого веб-сервера начинается с использования nginx + php5-fpm + opcache и настройке кеширования на nginx там где только можно.
Также рекомендую больше внимания всё-таки уделить отключению лишнего в php5-fpm.
А тесты Вам стоит проводить, направив нагрузку на самые тяжелые в плане вычислений места.
Ну и конечно же, отключение логов при малейшем DDoS или попытках взлома Вам обойдутся дорого.
За статью спасибо, но если уж оптимизировать, то по максимуму.
Я тоже сталкивался с этим, к сожалению они привязаны к версии ядра, и в ubuntu эти пакеты уже не содержат legacy драйвера. Вот конкретно PPA с legacy пакетами fglrx, последняя поддерживаемая версия ubuntu — 13.04
А вот на Debian Wheezy всё работает отлично из коробки.
if [ -n "$SSH_CLIENT" ] || [ -n "$SSH_TTY" ]; then
Надо смотреть какие переменные, касающие ssh, создаются при входе через SSHMote, и по ним выставить if.
Так же тут можно посмотреть полный пример кода, который также проверяет, тянется ли сессия от процесса sshd.
Вы не в ту сторону смотрели, вам надо на стороне сервера указать, что если подключается сессия по ssh, то запускать screen.
Быстрое гугление приводит пример: в файле ~/.bashrc (пользователя, под которым входите) прописать:
if [ -z "$STY" ]; then
exec screen -dR
fi
А вот тут вообще продвинутый вариант с выбором последних сессий.
Хотя лично я всегда делал проще — на автозапуск не прописывал, но если мне был критичен обрыв сессии — ввёл screen и забыл о проблемах.
По screen — ему без разницы откуда вы заходите, всё просто — при команде
screen -r
он откроет вашу последнюю сессию (но если сессий в нём открыто больше, то он потребует в добавок ввести её id).
Открыть сессию в нём просто (извиняюсь за капитанство) —
screen
В общем рекомендую изучить всё-таки, проблему вашу он гарантированно решит.
Ну если вам даже screen не прокатит… А подскажите пожалуйста для кругозора, чем он не подошёл в вашем случае?
А зря, этот целерон на редкость хороший, я на нём без тормозов dead space ради теста прошел весь. Наверное, не просто так intel не пишет что там за видеоподсистема. Да и расход у него всего 17ватт.
По сессиям в SSH — если сессия оборвалась, то ничто не поможет, по сути классическим решением в данном случае является тот же screen, а если его прописать на автостарт при коннекте, то вообще все проблемы решите.
Выбор железа всё таки у Вас получился странный, i3 для файлохранилища — это немного слишком, да и Linux можно поставить на что угодно в наше то время.
У себя для рабочих виртуалок взял Gigabyte GA-C1007UN-D, там и 2 гигабитных ethernet порта, и процессор с поддержкой всего фарша для виртуализации, и стоит всё это оптом меньше 3000руб, сейчас на этом целероне без проблем живут одновременно не менее 5 виртуалок на raid1, а у Вас под такое i3…
При выборе железа рекомендую считать и затраты на электричество, Ваш i3 кушает по спецификациям 35ватт только процессор.
По моим тестам следующий код работает в Вашем случае, протестировать на задержки в сети не было возможности, единственно — если при этом именно рвётся связь (падает принимающая сторона, например), то всё тоже естественно останавливается:
Самый безопасный с точки зрения записи вариант — воспользоваться тем же nginx-rtmp-module в качестве ретранслятора по этой директиве. В таком случае все проблемы с сетью будут Вам без разницы. С этим модулем уже год как работаем, проблем никогда не было, на днях выдержали 16 часовую трансляцию без единого сбоя, только без записи файла на стороне gstreamer, несжатый поток нам не нужен, и для устойчивости вынес запись на nginx.
К сожалению, прямого варианта не нашел, rtmpsink в случае прекращения приёма на другой стороне заканчивает работу.
Согласен, на своём опыте при паразитном трафике более 30 мбит/сек с большого количества ip fail2ban уже работает на грани, к сожалению, это решение пригодно только для небольших нагрузок.
Одной строчкой Ваша фраза про «требует наличия внешнего жесткого диска объемом не меньше раздела, который архивируем»
нивелируется=) На практике итоговый размер не превышал реально занятого в ФС.
Лично я не раз так перезаливал готовую систему на абсолютно разные по железу платформы (в рамках одной архитектуры, разумеется).
А вопрос размера итогового раздела решается просто — никогда не монтируйте / на весь диск, создайте себе привычку для основных (хотя бы /, /boot и /home) разделов использовать разные точки монтирования.
Согласен — для серьёзных бекапов dd — слишком уж решение в лоб, зато даёт точную копию диска, это важно в случае глобальной настройки grub, да и нельзя же его просто так вот отмести по надуманной причине.
Ваш собранный модуль прекрасно работает и на 157й прошивке sony Z1 compact.
Стоит добавить, что такой вариант хорош только тогда, когда есть силы запомнить все основные пароли, а наименее используемые можно потом подсмотреть.
Не забывайте, что обычный пользователь просто научен чему-то, и банально потому что он уже знает Windows ему её и легче ставить.
Проведите эксперимент — представьте, что Вы не знаете как устанавливать Ubuntu / Windows, и у Вас на руках только лишь диск с дистрибутивом. Вам что там что там читать инструкции, что там, только установка программ Windows намнооого менее тривиальна…
Сравнение с другими дистрибутивами считаю не совсем корректным, надо сравнивать только с теми, которые заточены на десктоп — у каждого дистрибутива свои цели, естественно что минимальную установку Gentoo обычный пользователь сам проводить не будет, да и не надо оно ему=)
Лично у меня пожилые родственники уже более полугода сидят на мной поставленном Debian wheezy и ни разу (!!!) не задали вопросов как что, я просто с самого начала их полчаса обучил. Весь вопрос в знаниях.
Вопрос специфичного железа лучше не поднимать, потому что на Windows с этим железом обычно тоже есть проблемы.
Это я говорю на опыте работы с процессорами VIA и старыми AMD, на каждой операционке свои проблемы, единственное в чём Вы правы — драйверов от производителей больше для Windows, хотя это не значит что в них нет проблем.
Это мнение у меня сложилось после использования на телефоне клавиатуры MessagEase и обучения ей в течении месяца — одним пальцем я могу вслепую вводить смски быстрее любой другой клавиатуры, да и большинство спецсимволов не требует дополнительных действий, в общем рекомендую. И вау-эффект от знакомых обеспечен=)
В любом случае — удачи!
Спасибо за прекрасную новость, надеюсь сделают на совесть.
Генри Форд — Моя жизнь, мои достижения. — будьте внимательны с переводом, а в остальном очень толково описан процесс постановки производства, ну а его цитаты (к примеру «Цвет автомобиля может быть любым, при условии, что он черный») говорят о многом.
Н. Мрочковский и А. Толкачев — «Экстремальный тайм-менеджмент» — очень мотивирующая и полезная книга для грамотного планирования и постановки задач, написана в виде истории человека, читается на одном дыхании.
Остин Клеон — Кради как художник — книга больше для людей творческих, но тоже очень интересна.
Дао Уоррена Баффета — цитаты одного из самых успешных инвесторов, очень помогают с финансами.
Также рекомендую больше внимания всё-таки уделить отключению лишнего в php5-fpm.
А тесты Вам стоит проводить, направив нагрузку на самые тяжелые в плане вычислений места.
Ну и конечно же, отключение логов при малейшем DDoS или попытках взлома Вам обойдутся дорого.
За статью спасибо, но если уж оптимизировать, то по максимуму.
Вот конкретно PPA с legacy пакетами fglrx, последняя поддерживаемая версия ubuntu — 13.04
А вот на Debian Wheezy всё работает отлично из коробки.
Надо смотреть какие переменные, касающие ssh, создаются при входе через SSHMote, и по ним выставить if.
Так же тут можно посмотреть полный пример кода, который также проверяет, тянется ли сессия от процесса sshd.
Быстрое гугление приводит пример: в файле ~/.bashrc (пользователя, под которым входите) прописать:
А вот тут вообще продвинутый вариант с выбором последних сессий.
Хотя лично я всегда делал проще — на автозапуск не прописывал, но если мне был критичен обрыв сессии — ввёл screen и забыл о проблемах.
он откроет вашу последнюю сессию (но если сессий в нём открыто больше, то он потребует в добавок ввести её id).
Открыть сессию в нём просто (извиняюсь за капитанство) —
В общем рекомендую изучить всё-таки, проблему вашу он гарантированно решит.
А зря, этот целерон на редкость хороший, я на нём без тормозов dead space ради теста прошел весь. Наверное, не просто так intel не пишет что там за видеоподсистема. Да и расход у него всего 17ватт.
Выбор железа всё таки у Вас получился странный, i3 для файлохранилища — это немного слишком, да и Linux можно поставить на что угодно в наше то время.
У себя для рабочих виртуалок взял Gigabyte GA-C1007UN-D, там и 2 гигабитных ethernet порта, и процессор с поддержкой всего фарша для виртуализации, и стоит всё это оптом меньше 3000руб, сейчас на этом целероне без проблем живут одновременно не менее 5 виртуалок на raid1, а у Вас под такое i3…
При выборе железа рекомендую считать и затраты на электричество, Ваш i3 кушает по спецификациям 35ватт только процессор.
Самый безопасный с точки зрения записи вариант — воспользоваться тем же nginx-rtmp-module в качестве ретранслятора по этой директиве. В таком случае все проблемы с сетью будут Вам без разницы. С этим модулем уже год как работаем, проблем никогда не было, на днях выдержали 16 часовую трансляцию без единого сбоя, только без записи файла на стороне gstreamer, несжатый поток нам не нужен, и для устойчивости вынес запись на nginx.
К сожалению, прямого варианта не нашел, rtmpsink в случае прекращения приёма на другой стороне заканчивает работу.