Slackware 14.2 stable

Была ок для 2003.

Почему была и что с ней стало?

Расскажи, как твои шкрипты следят за тем, работает сервис или упал?

Для серверов это хорошо. А зачем оно нужно кулахацкеру-админу локалхоста Васе? Для простого юзера это избыточно, не?

Ну а для 0.1% нетипичных случаев можно написать скрипт, а лучше код на нормальном языке программирования (python, scheme, ml, ruby etc)

Кстати, почему вместо баша не запилили python shell?

Кстати NixOS рулится декларативным конфигом на nixlang.

А у вас с чем правки конфига обычно связаны?

Добавление параметров ядра

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

Могу попросить привести пример, когда приходилось часто менять параметры ядра?

Часто не приходилось. Но иногда надо было =)

Понятно ^)
Просто в варианте
vim /etc/lilo.conf
lilo -v
не представляю, как можно забыть позвать lilo ^) (а была высказана именно эта претензия).

Намного более вероятен был бы вариант с
slackpkg update; slackpkg upgrade-all
...долгая загрузка большого количества пакетов, можно и запамятовать...
...но slackpkg все равно напомнит:
Do you want to run lilo now? (Y/n)

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

Единственный приходящий в голову случай, когда LILO заведомо в проигрыше — если в /etc/lilo.conf не используются PARTUUID/UUID для разделов (а по умолчанию так и есть) и меняется разметка диска...

не представляю, как можно забыть позвать lilo ^) (а была высказана именно эта претензия).

Да в любом варианте, лол. Обновление системы, ядра, параметров ядра.. и в любом случае не надо ничего вызывать. Отредактировал конфиг и всё =)

В общем, не нравится мне lilo.

не запилили python shell

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

А зачем оно нужно кулахацкеру-админу локалхоста Васе?

Системди — это не инит, это целый набор связанных компонентов для работы ос. Зачем оно нужно васе на десктопе, можешь посмотреть здесь:

https://www.youtube.com/watch?v=ZTdUmlGxVo0

Ну а для 0.1% нетипичных случаев можно написать скрипт, а лучше код на нормальном языке программирования (python, scheme, ml, ruby etc)
нормальном языке программирования (python, scheme, ml, ruby etc)
python, scheme, ml, ruby

А что не так? Баш вполне можно заменить питоном.

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

А что не так? Баш вполне можно заменить питоном.

bash — это классика, средний слакварщик более всего знаком с именно с bash-ем. Если слакварные сценарии переписать на Python, то случится катастрофа. Ибо например, святая святых — сборочный сценарий SlackBuild станет нечитаемым. И всем придётся изучать целый язык программирования под названием Python.

У гентушников и арче-школьников ситуация другая. Они не читают скрипты, гентушник правит use-флаг — это типа строка конфигурации. У арчешкольников та же ситуация: PKGBUILD — это не сам сценарий сборки, это конфигурация сценария сборки.

А про systemd всё понятно, в ближайшей перспективе Патрик не собирается вводить в свой дистрибутив эту систему загрузки. В принципе, самой-то Слаке он не нужен. Если например, какая-то часть systemd станет зависимостью KDE, тут уж Патрик возможно, призадумается. Но, повторяю ещё раз, самой Слаке systemd не нужен.

Или безумную императивную лапшу на самом баше, написанную админами, ни рожна не смыслящими в программировании?
Нет, админам давать программировать нельзя, конфиги должны быть сугубо декларативными. Сравни юниты с простынями на баше по три страницы.

Вы там что курите? Во всех дистрах овердофига лет конфиги отдельно, скрипты отдельно. Необходимость править инит скрипты пофиг-какой-дистр единична и то из-за какой специфики или ошибки в нем. Но вот поправить код xD значительно сложнее, т.е. пишите баг репорт, потом ждите обновления (Леня еще может и послать вас с формулировкой «ниибет»)
Админов знающих shell и все прилагающее, гораздо больше чем админов еще знающих C и имеющих время разобраться в этом офердофига строчек кода комбайне. «Если бы у бабушки был йух она была бы дедушкой» я к тому что времени на изучение всего физически у человека просто не хватит. Конечно было бы круто гениальный-программер+админ+железянщик и причем во всех областях, на зарплате можно сэкономить нехило.

Да в любом варианте, лол. Обновление системы, ядра, параметров ядра.. и в любом случае не надо ничего вызывать. Отредактировал конфиг и всё =)

Туалетной бумагой вы тоже забываете пользоваться? Не ну серьезно, претензия «из пальца» пять клавиш нажать (lilo+enter) это шо писец как сложно на фоне правки конфига, что как говорилось выше происходит раз «хрен знает за какое время» а может и никогда.

Инсталлятор доставляет. Такого отстоя давно не видел. Загрузчик - древний LILO, который нихрена не понимает Btrfs. Короче в топку этот галимый допотопный недодистр.

Хотел тему отдельную создать, но может здесь спрошу.. Короче на обоих своих ноутах обновился до 14.2. На том, где SSD, всё норм. А вот на более старом с HDD при перезагрузке/выключении неправильно срабатывает команда отмонтирования umount -a -v -t no,proc,sysfs. Пишет что-то типа filesystem / is busy. Есть мысли, куда посмотреть?

Так красиво не осилить нужно было ещё суметь. Просто взял бы и прошёл мимо, но нет, надо было выставить наружу своё неосиляторство.

Выходит, кто-то к моменту отмонтирования корня еще не убился и держит ФС.

Небольшой список возможных причин:
http://oletange.blogspot.ru/2012/04/umount-device-is-busy-why.html

к моменту отмонтирования корня

Корень нельзя отмонтировать, его можно только перевести в ro. Также можно вызвать pivot_root (с переходом обратно в initramfs), но, насколько мне известно, никто в здравом уме так не делает.

Загрузчик - древний LILO, который нихрена не понимает Btrfs

Отдельный /boot спасет отца русской демократии в случае LILO.
Осталось нераскрытым, что помешало настроить в качестве загрузчика уже установленный GRUB, см.:
http://docs.slackware.com/ru:howtos:slackware_admin:grub_on_first_install
http://docs.slackware.com/howtos:slackware_admin:grub_on_first_install


PS. Вас настолько сильно напугало отражение в зеркале, что вы решили этим поделиться со всем миром?

По себе не суди о других. Это допотопное гамно мамонта я как-раз осилил. Попутно смеясь над тем, как например инсталлятор спрашивает у меня, к какому порту у меня подключена мышь и настоятельно мне советует не ставить UTF-8 кодировку, а предлагает около 100 каких-то левых и древних кодировок. И подобных косяков там вагон. Ну если таким как ты нравится тратить свое время и работать на дистрибутив, то вперед и с бубном. А я предпочитаю, когда дистрибутив работает на меня.

Корень нельзя отмонтировать, его можно только перевести в ro

Я, кстати, тоже так думал. Но команда сверху всю жизнь висела в /etc/rc.d/rc.0 и сначала отмонтировала корень, а потом только корень перемонтировался в ro.

По себе не суди о других.

Спасибо за совем. Всё стараюсь отучить себя от этой привычки.

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

На настройку дистра ушёл ровно час. Тот же час уходит на настройку той же бубунты. Всё. Свои влажные мечты о трате времени оставь при себе.

umount -a -v -t no,proc,sysfs? Ну так она / и не должна отцеплять, там же ограничение по типам. Linux не может работать без корневой ФС, никак. Только имеет возможность сменить одну ФС на другую.

Ну так она / и не должна отцеплять, там же ограничение по типам.

А / к какому из них относится? У меня он на одном ноуте ext4, а на втором jfs. Не попадает в список no,proc,sysfs

В Убунточке все настраивается и поднимается за 15-20 минут. И можно приступать к работе. Не позорься так. Оставайся лучше на Слаке - это твое. И патрегбох'у не забудь помолиться.

При выключении/перезагрузке выполняется /ec/rc.d/rc.6 (он же rc.0), в нем ближе к концу:

echo "Unmounting local file systems:"
/sbin/umount -v -a -t no,proc,sysfs ...

echo "Remounting root filesystem read-only:"
/bin/mount -v -n -o remount,ro /

if [ -r /etc/mtab ]; then
  echo "Still mounted:"
  cat /etc/mtab
fi

В Убунточке все настраивается и поднимается за 15-20 минут.

Да-да, именно поэтому ее форумы завалены сообщениями от исчерпавших указанный лимит времени...
Хотя, не стоит отвлекаться от темы. Вы попробовали, вам не понравилось. Хм, хотя нет, попробовали попробовать и у вас не получилось. Бывает.
Убунточку у вас никто не отнимает, но давайте не будем ее обсуждать в теме про Slackware.

Ну ты прямо капитан Очевидность. Вопрос тут в другом - почему ваш патрегбох в своем рудиментарном дистре использует LILO? Ответ уже есть в вопросе.

PS. Меня даже не пугает установка и настройка таких дистров, как Cлака.
PPS. И с каких это пор слаководы стали всем миром?

Это цена популярности. Убунточку юзают все - от домохозяек до админов. Убунточка - это самый популярный дистр. И самый популярный дистр для серверов уже. Поэтому форумы и завалены. И это хорошо - очередная домохозяйка найдет там решение своей проблемы, если что.

umount -t no,proc,sysfs означает «отмонтировать всё, кроме proc, sysfs», -t no,... инвертирует значение списка на «всё, кроме перечисленного».

Почему LILO? По принципам «наименьшего удивления», «не чинить то, что не ломалось», «как можно проще».
Впрочем, повторяюсь, и в этой же самой теме:
Slackware 14.2 stable (комментарий)

PS. Популярность — штука обоюдоострая, миллионы мух не могут же ошибаться.

не пугает установка и настройка таких дистров, как Cлака

Если у вас всё получается, рад за вас, но о чём же мы тогда здесь говорим? GRUB уже поставили? За чем теперь дело встало?

Можно ли удалить elvis и сделать линк на vim? Спрашиваю потому как он помечен как REQUIRED.

Можно.
Только нужно понимать последствия — у vim гораздо больше зависимостей, как следствие, его проще сломать.
С другой стороны, если это не единственный установленный в системе редактор, не вижу проблемы.
Если не удалять elvis, то в случае обновления этого пакета, он вернет ссылку на себя (это прописано в его install/doinst.sh, после установки это /var/adm/scripts/elvis-*).

Спасибо. Судя по дате исходников elvis уже не обновится. Еще хотел узнать давно почему Патрик использует отдельный eject (хоть и с патчами), а не тот который входит в util-linux (он даже собран с --disable-eject)

PPS. И с каких это пор слаководы стали всем миром?

Ах вот почему ты здесь возмущаешся. Не нравится, что Слаке уделяется такое внимание?

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

Знаешь, я даже рад, что ты к нам пришёл пофлудить. Есть люди, которые похуже тебя, эти люди находятся уже на другой полярности. Такие люди презирают тех, кто не знает консольные комманды. На глупый вопрос не дают исчерпывающий ответ, а издеваются по типу иди читай маны.

Да, Убунту популярный дистрибутив, и ею пользуются сравнительно много людей. Но, как говорится количество не переходит в качество. Среди пользователей Убунту много быдла и хамла. А вот Слакварщики — в основной своей массе интеллигентные люди.

На счёт Марка Шаттлворта скажу так, да он выпускает дружелюбный дистр, но расплата ваша в том, что он всех вас имеет по-полной. Патрик на Слаке тоже как-то зарабатывает. Но ему никогда в голову не придёт мысль, собирать информацию о пользователях Slackware Linux. Привет Unity!

отдельный eject

Отдельный в дистрибутиве уже давно, а из util-linux не использовался.
По ключам они не тождественны. хотя сильно похожи:
-дистрибутивный:

eject --help
Eject version 2.1.5 by Jeff Tranter (tranter@pobox.com)
Usage:
  eject -h				-- display command usage and exit
  eject -V				-- display program version and exit
  eject [-vnrsfqpm] [<name>]		-- eject device
  eject [-vn] -d			-- display default device
  eject [-vn] -a on|off|1|0 [<name>]	-- turn auto-eject feature on or off
  eject [-vn] -c <slot> [<name>]	-- switch discs on a CD-ROM changer
  eject [-vn] -t [<name>]		-- close tray
  eject [-vn] -T [<name>]		-- toggle tray
  eject [-vn] -x <speed> [<name>]	-- set CD-ROM max speed
  eject [-vn] -X [<name>]		-- list CD-ROM available speeds
Options:
  -v	-- enable verbose output
  -n	-- don't eject, just show device found
  -r	-- eject CD-ROM
  -s	-- eject SCSI device
  -f	-- eject floppy
  -q	-- eject tape
  -p	-- use /proc/mounts instead of /etc/mtab
  -m	-- do not unmount device even if it is mounted
Long options:
  -h --help   -v --verbose      -d --default
  -a --auto   -c --changerslot  -t --trayclose  -x --cdspeed
  -r --cdrom  -s --scsi         -f --floppy     -X --listspeed     -q --tape
  -n --noop   -V --version
  -p --proc   -m --no-unmount   -T --traytoggle
Parameter <name> can be a device file or a mount point.
If omitted, name defaults to `cdrom'.
By default tries -r, -s, -f, and -q in order until success.

        fputs(_(" -a, --auto <on|off>         turn auto-eject feature on or off\n"
                " -c, --changerslot <slot>    switch discs on a CD-ROM changer\n"
                " -d, --default               display default device\n"
                " -f, --floppy                eject floppy\n"
                " -F, --force                 don't care about device type\n"
                " -i, --manualeject <on|off>  toggle manual eject protection on/off\n"
                " -m, --no-unmount            do not unmount device even if it is mounted\n"
                " -M, --no-partitions-unmount do not unmount another partitions\n"
                " -n, --noop                  don't eject, just show device found\n"
                " -p, --proc                  use /proc/mounts instead of /etc/mtab\n"
                " -q, --tape                  eject tape\n"
                " -r, --cdrom                 eject CD-ROM\n"
                " -s, --scsi                  eject SCSI device\n"
                " -t, --trayclose             close tray\n"
                " -T, --traytoggle            toggle tray\n"
                " -v, --verbose               enable verbose output\n"
                " -x, --cdspeed <speed>       set CD-ROM max speed\n"
                " -X, --listspeed             list CD-ROM available speeds\n"),

Есть ли разница в поведении — тестировать надо.

Ах вот почему ты здесь возмущаешся. Не нравится, что Слаке уделяется такое внимание?

Мне абсолютно все-равно. Как видишь я ей тоже уделил час своего времени, убедившись, что этот дистр уже умер.

Знаешь, я даже рад, что ты к нам пришёл пофлудить. Есть люди, которые похуже тебя, эти люди находятся уже на другой полярности. Такие люди презирают тех, кто не знает консольные комманды. На глупый вопрос не дают исчерпывающий ответ, а издеваются по типу иди читай маны.

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

Да, Убунту популярный дистрибутив, и ею пользуются сравнительно много людей. Но, как говорится количество не переходит в качество. Среди пользователей Убунту много быдла и хамла. А вот Слакварщики — в основной своей массе интеллигентные люди.

Количество всегда преходит в качество и наоборот. Слака такая «качественная», что у нее пользователей с гулькин нос, в сравнении с тем же Арчем, например. Хотя опять таки, против Слаки ничего против не имею - кому надо, пускай ее юзает на здоровье. Но свое мнение насчет нее я не изменю. Статистику по быдлу и хамам в студию, я посмотрю. Что там, что тут процет быдла будет одинаковым. Однако это не имеет к дистру никакого отношения. Линус Торвальдс тоже в своем роде - хам и быдло, однако это не умоляет его заслуг и достижений.

На счёт Марка Шаттлворта скажу так, да он выпускает дружелюбный дистр, но расплата ваша в том, что он всех вас имеет по-полной.

Марк мне позволяет экономить время и не тратить его на задротство и пляски с бубном. В убунточке я поднимаю полноценный сервак за 15-20 минут. В слаке я еще час буду ипацца с установкой и решением всяких мелких косяков. Телеметрия в Убунточке легко отключаема, а в версии 16.04 - отключена по-умолчанию. Кто кого имеет, Марк или Патрег - это еще большой вопрос. Как по мне имеет он слаководов, выпуская такие рудиментарные и недоделанные дистры.

В убунточке я поднимаю полноценный сервак за 15-20 минут. В слаке я еще час буду ипацца с установкой и решением всяких мелких косяков.

Ключевая часть сообщения подчеркнута, вы знаете Ubuntu и не знаете Slackware, отсюда и вполне ожидаемые результаты.

На новое решение, требующее изучения и разработки реализации, затраты времени будут одинаковы. Зачем не новое для себя решение каждый раз проделывать руками с нуля (те самые 15-20 минут) — не совсем понятно.

Да, я первым делом всегда так делаю

В убунточке я поднимаю полноценный сервак за 15-20 минут.

Я так понимаю, сферический и в вакууме. Очень смешно написали.

Отличная новость. Slackware - лучший дистрибутив для тех кому хочется понять внутреннюю структуру GNU/Linux, поэтому он крайне рекомендуем для студентов и занимающихся самообразованием.
Но сам тем не менее ставить не буду, так как мне нужна система топовая, я сейчас все свои компьютеры на Федору перевожу.

Отличная новость. Slackware - лучший дистрибутив для тех кому хочется понять внутреннюю структуру GNU/Linux, поэтому он крайне рекомендуем для студентов и занимающихся самообразованием.

Мой кот смотрит на тебя и мурлычит с одобрением.

так как мне нужна система топовая, я сейчас все свои компьютеры на Федору перевожу.

Интересно, что ты подразумеваешь, под словм «топовая».

Ты знаешь для чего была создана Федора? Федора тесно связана с компанией RedHat. Эта компания специализируется на выпуске дистрибутивов «Red Hat Enterprise ...» для корпоративных клиентов. Сам дистрибутив Fedora, представляет собой тестовый полигон. В нём откатываются новые решения, которые потом, уже по идее должны, появиться в линейке по настоящему стабильных дистров «Red Hat Enterprise ...». Если ты пользуешся Федорой, то ты должен понимать одну простую вещь, ты с точки зрения компании являешся для них обычным тестером.

Интересно, что ты подразумеваешь, под словм «топовая».

То, что хоть и топ10 на distrowatch.com и не является критерием как мы знаем, но обычно присутствие дистрибутива в топе говорит, что у дистрибутива очень хорошая поддержка, есть багтрекер, подборка статей и форумы в том числе на русском языке. В настоящий момент топовые дистрибутивы: это нестолько deb-based, несколько rpm-based, и два «гиковских»: Arch и Gentoo. Моему внутреннему перфекционисту сейчас больше по душе rpm-based, а во вторых я не располагаю излишком свободного времени, мне нужно чтобы работало из коробки.

В нём откатываются новые решения, которые потом, уже по идее должны, появиться в линейке по настоящему стабильных дистров «Red Hat Enterprise ...».

В нём откатываются новые решения, которые потом должны появиться во всех остальных дистрибутивах. Ругать systemd уже не модно, тогда нужно наоборот с ним подружиться.
Red Hat зхватывает мир свободного ПО? Да хрен с ним, пускай захватывает.

но обычно присутствие дистрибутива в топе говорит, что у дистрибутива очень хорошая поддержка

ну вот возьмём дебиан, дистрибутив в топе, значит хорошая поддержка. А по факту имеем гно мамонта, где программы просто замораживаются, а не обновляются как в слаке. К тому же, эта т.н. «поддержка» чаще означает «заморозку на 5 лет, с постепенным выкидыванием работающего софта», а не поддержку приложений ~7 лет как в слаке.

есть багтрекер

слакварь - это клей из шелл-скриптов. Минимальная дистроспецифичность, минимальное воздействие, минимальный урон. Узнать раз в семилетку что проблема не в софте, а в слакваре - можно и на форуме.

подборка статей и форумы в том числе на русском языке.

любой мануал годен для слаки, если знаешь слаку.

Red Hat зхватывает мир свободного ПО? Да хрен с ним, пускай захватывает.

Вероятно, большинство ныне живущих людей происходят из семей рабов.
© Альфред Адлер

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

Сын мой. Истинно говоришь, истинно!

«Если вы выучили Red Hat, то всё, что вы знаете, — это Red Hat, если вы выучили Slackware — вы знаете Linux.»

Ругать systemd windows уже не модно, тогда нужно наоборот с ним подружиться.

Починил. тема-то старая.

В этой теме уже не раз хэйтерам слаки это сообщали. А они все.... «не осилил, моя убунточка, в моей федорке» и т.д. как «заведенные» повторяют.
Секстанты, что тут еще сказать.

Починил. тема-то старая.

Ты не понял. Когда sunny1983 сказал, что: «Ругать systemd уже не модно, тогда нужно наоборот с ним подружиться», на самом деле он подумал: «Ругать windows уже не модно, тогда нужно наоборот с ним подружиться».

После Поносова, «Виндовс» никто не ругает, его просто игнорируют. Ибо с ним всё и так понятно. После выхода «Windows 10» использовать эту ОС уже опасно, так как она просто напросто тупо за Вами следит.

Никто (все) — поосторожнее с квантором общности, ну смешно же, право слово...