Данные? В /usr? Да вы упоролись. :)

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

За это принято руки отрывать.

Так или иначе можно смело переустанваливать, потому как все эти изменения затрутся в скором времени. Это эталонный пример сферического ССЗБ в вакууме.


Все настройки лежат в /home/username/ в файлах и директориях, начинающихся с точки. Достаточно забекапить только их.

Для debian'а и его потомков это: dpkg -l | awk '{print $2}'

Иногда важен. Только недавно программеру приходилось перепиливать кусок проекта, потому как у него на локалхосте в manage.py всё работало, а после переноса на тестовый сервер с человеческими настройками отломалась половина функционала. Уж не знаю, что там именно было, но подобные косяки как минимум с джанговскими встроенными runserver и runfcgi я встречаю не в первый раз.

Это невозможно. И webmin тому явное подтверждение. :)

Кроме прокачки скилла у каждого конкретного админа - ни к чему.
Дело в том, что все такие скрипты по определению являются частными случаями.
Мне самому подобное приходилось писать несколько раз.
Впервые, когда рулил серваком на FreeBSD в небольшом провайдере и клиентам выдавались "сайтики" типа login.providername.com. Там был apache1.3 в качестве веб-сервера, bind8 рулил именами, а четвёртый mysql работал в качестве базы данных. Заводить сайтики надо было при создании нового пользователя в FreeNIBS. Одновременно с этим создавался почтовый ящик для клиента, логин в ProFTPd и выделялось строго квотированное место(винты не резиновые). Всё было написано на шелле и даже работало. Только вот тот скрипт был уже совершенно не нужен, когда сменилась учётная система, шлюзовой сервер был заменён на debian, перед апачем был установлен nginx и т.д. Всё было переписано с нуля, потому как править сильно много.
А потом я такое же писал для девелоперов, только вместо виртхостов апача, нгинкса и пр. создавались виртмашины в openvz с разными внутренностями...
А сейчас у меня среди прочих есть сервачок, где вроде бы снова только стандарные вебсерверы и базы данных, но настроек больно много и в bash'е уже тесно, поэтому приходится на perl'е шаблоны обрабатывать.
И даже если бы я просто хотел поставить себе на локалхосте систему для разработки сайтиков с быстрым созданием баз данных и виртхостов, я бы не использовал dnsmasq, как у ТС, базы создавал бы из подключаемых sql-дампов, а именами рулил бы напрямую в hosts регекспами. Уверен, у любого другого админа появятся свои use-case для подобных вещей.
Т.е. штука полезная, но очень узкозаточенная. :)

Через написание подобных скриптов должен пройти в своей жизни каждый админ. :)

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

А зачем звездолёт? Разве в емаксе нет плазменной пушки? :)

Статья таки не помешает, да. Интересно же, как на других планетах жизнь устроена.

Уже второй вопрос от тебя и второй раз я не могу его распарсить.
Опиши что именно ты хочешь сделать изначально, потому по пунктам твоё решение:
1. Сделал это, сказало это.
2. Подумал, сделал это, сказало то.
3. Погуглил, сказало вот это.
4...
А в конце сформируй вопрос как-то так:
"Не работает вот это из пункта 2 и вот этот из гугла по ссылке".
Нынешний поток сознания нечитабелен.

А здесь разве не проще сделать это автоматически?

А чем дефолтный рандом не угодил? На разных машинах он должен вполне нормальный результат показывать.

Да. Скопипастил из своих тестов. Разумеется, echo не нужны(просто у меня гнома нет и для проверки сделал так).

Я как всегда буду к скриптам придираться. :)
По первому, я бы убрал touch и сделал просто дополнительное условие. Что-то типа такого:

1 2 3 4 5 6 7 8 9 10 11

if [ ! -z "$test" ]; then curmd5sum=$(echo $test | md5sum | cut -d ' ' -f1) if [ ! -e /tmp/.sync.wallpaper.checksum ] || [ "$(cat /tmp/.sync.wallpaper.checksum)" != "$curmd5sum" ] then echo "gsettings set org.gnome.desktop.background picture-uri file://$WALLPAPPER_PATH$test" if [ $? -ne 0 ]; then echo "gconftool-2 -t string -s /desktop/gnome/background/picture_filename $WALLPAPPER_PATH$test" fi echo $curmd5sum > /tmp/.sync.wallpaper.checksum fi fi

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

Собрал таки рабочий libastral? Требуем мана по сборке! :)

Гнобить убунту никогда не поздно. :)


В емаксе что делаешь? Давай конфиги, как под себя кастомизировал и описание того, как с ним работаешь в своей области. Я вот, например, так и не смог в емаксе много лет назад сохранить файл и поэтому с тех пор пользуюсь допиленным при помощи плагинов vim'ом, но кому-то твой пост может помочь стать на путь многорукого инопланетянинаистинного пользователя emacs. :)

Я Вроде тоже забываю, но иногда бывает как торкнет в баре где-нить после n-ой рюмки водки и бегом с телефоны на домашнюю машину записывать по ssh в текстовик идеи для перенастройке какой-нибудь штуки или костыль для очередного скрипта. :)

Да

Просыпаюсь, ползу на кухню за кофем. Выпиваю, иду умываться, завариваю ещё чашку, читаю новости софта/секурные апдейты, если надо, накатываю важные фиксы. Делаю ещё чашку кофе, открываю почту и начинаю смотреть рабочие ящики(на которые среди прочего со всяких редмайнов и подобных сыпятся уведомления). Делаю то, что помечено как критически важное, остальное заношу в тасклист. Где-то в этом месте закуриваю "утреннюю" сигарету. Ещё чашка кофе и можно спокойно проснуться и почитать всякие отвлечённые форумы и левые блоги, просто новости.
А дальше уже как пойдёт. Если есть какие-то большие задачи, то потихоньку выполняю. Если много мелочи, обычно откладываю на потом и, как подвернётся время, за раз все решаю. В промежутках между процессом работы, читаю книжки, холиварю где-нить, играюсь во что-нибудь, хожу размяться на турнике и вообще всякой фигнёй занимаюсь.
Через несколько часов можно и позавтракать.
Этот распорядок от времени суток не зависит. Такая работа длится обычно рабочую неделю. По выходным из рабочих задач я выполняю только пункты про секурные апдейты, а в остальном общаюсь с друзьями, пью пиво(и не только), ковыряю собственные проекты и вообще всячески отдыхаю.
Да, иногда пью пиво среди недели. Обычно это когда есть много рутины, которую сложнее автоматизировать, чем выполнить или вовсе мало работы.
Иногда бывает, что происходит что-то срочное, тогда меня будит телефон и, заварив кофе, иду фиксить. Ещё реже бывает, когда надо сделать что-то большое и мегасуровое. Тогда несколько суток почти не сплю и делаю.
Всё это происходит под периодические пинки со стороны жены о том, что мне надо нормализировать график и постоянные рассказы от всех остальных, что с таким режимом и отношением к своему здоровью я скоро помру. :)

Видимо, бубунтоиды хорошо маскируются, потому как их коммитов в чейнджлогах нет.

Ну, а что касается раньше... Да, что-то они и раньше собирают. Только потом это что-то почему-то перед очередным релизом опять из сида тянут. Ну и да. Тут в одном топике как-то защитники бубунты дружной толпой говорили мне мне, что у неё своих разработок 5% - остальное дебиан. Почему бы мне им не верить? ;)

Корень крайне редко перезаписывается.
Чуть чаще /usr
Ещё чаще /var
Наиболее активно пишутся /tmp и /home.
Вынос только корня на быстрый диск скорости не придаст. Надо выносить ещё и /usr с /var. /tmp лучше запихать в оперативку, а /home держать на обычном винте. Это значительно увеличит скорость загрузки, но в повседневной работе большого прироста не даст, так как при работе пользовательских приложений больше всего времени уходит на чтение с хомяка, а не на запуск самого бинарника. Так что если уж хочется действительно скорости, то SSD надо ставить на всё.

Бесперебойник есть. От скачков спасает почтив всегда. Ну и блоки питания нормальные поставил уже в связи с этим. Но иногда могут выключить и на 15-30 минут. А от этого уже ИБП не помогает(точнее, я не рискую и компы рубятся). Ставить себе серверный ИБП за 100500 денег ради аптайма смысла не вижу. :)

Хорошие у тебя там электрики. У меня больше месяца не дают аптайма дома сделать. На серваках, разумеется, ребуты только при апдейте ядра(самый длинный на данный момент 90 дней).

А убунта сделана на основе дебиана. Как и кноппикс. И всё, что есть в убунте, есть в дебиане(правильнее сказать, если чего-то нет в дебиане, его нет и в бубунте, потому как своего они почти не делают).

Я в своё время кстомизировал knoppix. Ничего особенного. Монтируется в chroot, ставится нужный софт и собирается образ. Ну или можно взять что-то готовое, типа CRUX и собрать из него нужный набор.

Вот у меня в голове что-то подобное крутилось, но так кратко и ёмко никак не получалось сформулировать. :)

Реквестирую кровавую администрацию. Закройте уже эту тему. У нас, как никак welinux, а не сайтик по обмену инвайтами в какие-то там игрушки. Надоели уже ленту новостей засорять.

Обнадёживающе. :)

Но хотелось бы именно нативно. Я когда-то давно с tk работал на perl'е, но вот по поводу qt не сильно искал, честно говоря, но так как давно уже на кеды перелез, было бы интересно почитать для общего образования, а то мало ли, понадобится гуёвину какую сварганить по-быстрому.

А вот такое же, но про perl там есть что-нибудь?

Вообще, да, можно использовать косвенные ссылки:

1 2 3 4 5 6 7 8 9 10

#!/bin/bash SERVICE=$1 PORT=${SERVICE}_PORT FTP_PORT="21" HTTP_PORT="80" echo ${!PORT}

Но это, имхо, кривовато, потому что подразумевает хранение данных в коде. Для простого случая с двумя портами это не страшно, но вот в чём-нибудь более крупном для удобства дальнейшего редактирования, лучше использовать именно ассоциативный массив, а не подстановки переменных, т.е.:

1 2 3 4 5 6 7 8 9 10 11 12 13 14

#!/bin/bash SERVICE=$1 SERVICES="FTP:21 HTTP:80" for VAR in $SERVICES do if [ ${VAR%:*} == ${SERVICE} ] then PORT=${VAR#*:} echo $PORT fi done

Ну, не знаю. У меня осталась только одна дурная идея. На случайный баг железа не похоже - слишком точно. Я бы попробовал сбросить в ноль биос - там в некоторых бывают свои таймеры, мало ли, может какой-то заглючил.

Да, странно. Надо тогда вырубать всех и искать, кто останется с ребутами. :)
Но раз такая точность, то кто-то должен работать периодически. Это может быть, например syslog(периодически ротатит логи) и named(дёргает зоны). nginx вроде не должен ничего такого творить, если только на нём нет каких-то кривых скриптов, sshd вообще не вариант, что делает этот бекап - я не знаю, но ты говорил, что уже выключал его. Ещё там этот sadc висит - с ним я ни разу не работал, так что вообще ничего не скажу.

После выключения крона, но до ребута было бы не плохо ещё раз список процессов глянуть.

Я немного не про то. То, что он включён и висит демоном - это процесс с PID'ом 728.
А вот тот, у которого PID 966 - это выполнение какой-то задачи. И судя по всему при работе run-parts(PID 967) что-то то ли виснет, то ли просто падает и становится зомбом. (все PID'ы взял из вывода ps waux, потому как смотрю перед pstree, видимо, ребут был). Т.е. как минимум что-то в нём уже работает не так. Какая-то задача вешается.

Вот это кто-то дёрнул крона.

А вот тут, похоже, крон(или его ребёнок) почему-то помер.

Что говорит pstree -p ?

И да.LA 2 - это великовато для "простого рутера".

Покажи последние строк 20 перед ребутом из messages. Так же надо таки смотреть крон. Возможно он там дёргает какую-нибудь незначительную программку, которая в свою очередь создаёт проблемы. Не знаю, как там у вас в арче, в большинстве дистров помимо непосредственно crontab'а есть ещё всяик cron.d/cron.hourly и т.д. Так же стоит заглянуть в личные кронзаписи пользователей(если такие есть) и рута - crontab -e.
Ну и до кучи давай список процессов(ps waux). Если в процессах имеются какие-то специфичные самописные программы, не помешает краткое пояснение.

Как обычно - это как?
Если система выключается штатно, там должно быть написано что-то типа

От того, есть подобные записи или нет, зависит дальнейшее направление поисков. Если есть - надо искать того, кто даёт команду на выключение, если нет - надо искать причину аварийного выключения.

Ну а в логах что?

Не пользовался по нескольким причинам.
1. На моём тогдашнем железе они тормозили. Особенно с включёнными свистелками(да-да, когда-то я считал, что "резиновые" окна и прочие 3D-навороты - это круто).
2. Не помню точно, что именно, но что-то не осилил в настройках панелей. Не получалось разнести функционал по разным панелям вменяемо, кажется. Давно было, поэтому точнее не скажу. Ещё какие-то там костыли с раскладками и хоткеями городить приходилось. В общем, в кедах меня тогда множество всяких мелких косяков не устраивали.
3. Гном был торт. :) А потом и xfce4 появился, на который я быстренько свалил с гнома и пользовался им аж до выхода и стабилизации четверокед(это дома, на работе вообще fluxbox был).

Я на четвёртые кеды перешёл сразу, как их стабилизировали. Третьими не пользовался. Правда, комнатами всякими и непомуками не пользуюсь, но набор программ(amarok, okular, konversation и т.д.) очень нравится. Да и работать удобно. Гномощели и прочие юнити в упор не понимаю.

Только не надо дизайнеров. Опять всё поломают. Ну или хотя бы оставьте свободу выбора интерфейса в профиле.

Я джва года ждал этого. :)

И чо? Мне до сих пор с подобного конкурса чашку не передали. Да и вопросы у них там какие-то винадминские.

Закрытые дрова от производителя, а не опенсорсные дрова из состава иксов.

Ну так тебе блоб ставить надо, чтобы летало.

Вообще, id software все свои движки открывает со временем. Начиная с первого дума и до самых последних игр. Правда, не знаю, как это будет дальше, после того, как их купила беседка.

Эта помогалка лучше: http://tinyurl.com/2gp94o

А вот, кстати, это только у меня такая невезуха с хетцнером(по-немецки он именно так читается) или ещё у кого было? Дважды уже во внезапные ребуты VPS уходил. Да, конечно, это дважды лет за пять было, но, блин, я надеялся на бесперебойную работу всегда и всюду.