Да, slackboost все еще жив ;).
вторник, 20 апреля 2021 г.
Попытался поставить ардуиновскую IDE на current, java нету.
Распаковал архив (https://www.arduino.cc/en/software), тупо по инструкции (tar -xf ./arduino-1.8.13-linux64.tar.xz; cd ./arduino-1.8.13 ; ./install.sh)
Как минимум, запустилось без вопросов.
Почему написано? На slackbuilds (http://slackware.uk/slackbuilds.org/14.2/development/arduino/) требуется java, но в самом пакете от arduino.cc java уже есть.
пятница, 10 марта 2017 г.
Тонкие тома LVM в Slackware
Играючись с GlusterFS наткнулся на такую вещь, как "тонкие" тома в LVM.
Штука интересная, можно создать пару-тройку томов по 300 Гиг на 400-гиговом разделе. Понятное дело, больше 400 гиг в сумме записать не получится, но иногда подобное решение оказывается очень и очень кстати.
Подробнее - тут: http://man7.org/linux/man-pages/man7/lvmthin.7.html
Все бы ничего, но наткнулся на пару нюансов.
1. Тонкие тома на Slackware-14.2 (4.4.x ядро ) под huge ядром создать не получится. Ругается на загрузку модуля dm-bufio. На Slackware-14.1 получается, а тут - нет.
Проблема решилась переходом на generic+initrd (О чем Патрик уже давно говорил )
2. Понадобились утилиты thin-provisioning-tools .
После этого все заработало.
3. Форматировать тонкие тома лучше под xfs. Использование ext4 сводит все плюсы на нет: создаем пул в 800Гиг, в нем делаем три тома по 1Т, все красиво до форматирования. Форматирование первого тома отъедает 36% реального объема, форматирование второго отъедает следующие 36%, а форматирование третьего просто-напросто залипает наглухо.
Вот, примерно, так на скорую руку.
Будет что еще - напишу.
Штука интересная, можно создать пару-тройку томов по 300 Гиг на 400-гиговом разделе. Понятное дело, больше 400 гиг в сумме записать не получится, но иногда подобное решение оказывается очень и очень кстати.
Подробнее - тут: http://man7.org/linux/man-pages/man7/lvmthin.7.html
Все бы ничего, но наткнулся на пару нюансов.
1. Тонкие тома на Slackware-14.2 (4.4.x ядро ) под huge ядром создать не получится. Ругается на загрузку модуля dm-bufio. На Slackware-14.1 получается, а тут - нет.
Проблема решилась переходом на generic+initrd (О чем Патрик уже давно говорил )
2. Понадобились утилиты thin-provisioning-tools .
После этого все заработало.
3. Форматировать тонкие тома лучше под xfs. Использование ext4 сводит все плюсы на нет: создаем пул в 800Гиг, в нем делаем три тома по 1Т, все красиво до форматирования. Форматирование первого тома отъедает 36% реального объема, форматирование второго отъедает следующие 36%, а форматирование третьего просто-напросто залипает наглухо.
Вот, примерно, так на скорую руку.
Будет что еще - напишу.
понедельник, 19 октября 2015 г.
parted в Slackware-14.1
Обнаружил неприятную особенность: parted-3.1 не умеет resize (???) - во всяком случае, я не нашел. :(
Проблема решилась установкой более новой версии parted (3.2) - там уже есть resizepart.
Проблема решилась установкой более новой версии parted (3.2) - там уже есть resizepart.
понедельник, 2 марта 2015 г.
Структурные изменения в SlackBoost.
Попытались несколько упорядочить дополнительные ветки SlackBoost.
Мало что говорящие каталоги slackboost-01, slackboost-02 и slackboost-03 решено переименовать в более вменяемые slackboost_old, slackboost_new и slackboost_alt соотвественно.
То есть теперь:
slackboost_old - более старые версии тех же пакетов, что и в основном дереве (slackboost).
slackboost_new - более новые версии пакетов
slackboost_alt - альтернативные сборки тех же версий (с другими параметрами сборки)
С учетом того, что всех поддерживаемых старых версий местами больше одной, решили сделать еще один каталог slackboost_multiver, куда складывается все, что не поместилось в slackboost_old. Каталог получился не сильно автоматизируемый, поэтому то, что в нем находится, ставится/обновляется вручную.
Старые названия веток (slackboost-01, slackboost-02, slackboost-03) пока оставлены (для совместимости).
Попытались несколько упорядочить дополнительные ветки SlackBoost.
Мало что говорящие каталоги slackboost-01, slackboost-02 и slackboost-03 решено переименовать в более вменяемые slackboost_old, slackboost_new и slackboost_alt соотвественно.
То есть теперь:
slackboost_old - более старые версии тех же пакетов, что и в основном дереве (slackboost).
slackboost_new - более новые версии пакетов
slackboost_alt - альтернативные сборки тех же версий (с другими параметрами сборки)
С учетом того, что всех поддерживаемых старых версий местами больше одной, решили сделать еще один каталог slackboost_multiver, куда складывается все, что не поместилось в slackboost_old. Каталог получился не сильно автоматизируемый, поэтому то, что в нем находится, ставится/обновляется вручную.
Старые названия веток (slackboost-01, slackboost-02, slackboost-03) пока оставлены (для совместимости).
понедельник, 9 февраля 2015 г.
Сетевые настройки при установке Slackware по сети на нетривиальном железе
Может, это и банально, но вот на что наткнулся совсем недавно.
Итак, ситуация: ставим Slackware по сети на систему с количеством сетевух больше одной.
Если подключены к сети обе и обе имеют доступ к нужному ресурсу - все тривиально. Проблема возникает, когда первой (eth0) становится сетевуха, подключенная не к той сети (или вообще не подключенная). Тогда установщик Slackware пытается настроить сеть на eth0, а когда у него это не выходит (или настройки IP статические), установка по сети обламывается.
Как поступал я: настраивал сеть в штатном установщике (частенько фейковую), потом переключался в другую консоль (Alt+F2), и там вручную настраивал нужный интерфейс.
Немного неудобно, да и увлечься можно, не то ткнуть....
Решение оказалось простым до банальности: настроить нужную сеть ДО запуска setup. В этом случае установщик даже не пытается настроить локальную сеть, а сразу спрашивает адрес сервера.
PS: В последнем установщике DeepStyle был предусмотрен поиск подключенной карты (RUNNING), частенько помогало, но при подкюченых всех сетевухах не спасало.
Итак, ситуация: ставим Slackware по сети на систему с количеством сетевух больше одной.
Если подключены к сети обе и обе имеют доступ к нужному ресурсу - все тривиально. Проблема возникает, когда первой (eth0) становится сетевуха, подключенная не к той сети (или вообще не подключенная). Тогда установщик Slackware пытается настроить сеть на eth0, а когда у него это не выходит (или настройки IP статические), установка по сети обламывается.
Как поступал я: настраивал сеть в штатном установщике (частенько фейковую), потом переключался в другую консоль (Alt+F2), и там вручную настраивал нужный интерфейс.
Немного неудобно, да и увлечься можно, не то ткнуть....
Решение оказалось простым до банальности: настроить нужную сеть ДО запуска setup. В этом случае установщик даже не пытается настроить локальную сеть, а сразу спрашивает адрес сервера.
PS: В последнем установщике DeepStyle был предусмотрен поиск подключенной карты (RUNNING), частенько помогало, но при подкюченых всех сетевухах не спасало.
вторник, 3 февраля 2015 г.
Проблема с иксовыми приложениями в Slackware-14.1, "выросшего" из current
Исходные данные: Slackware64-14.1, "выросший" из current. (То есть изначально ставился current, регулярно апгрейдился, доапгрейдился до 14.1, апгрейд перестроили на 14.1)
Недавно пронаблюдал интересный эффект: с какого-то момента попытка запустить google-chrome приводила к отстрелу иксов.
Вообще.
Насмерть.
А-ля "Ctrl+Alt+BackSpace".
Поставили chromium - эффект тот же. Ну ладно, то такое, мож, не понравилось им что.
А вот когда к тому же эффекту привела попытка настроить виртуалку в ВиртуалБоксе, я забеспокоился. То же самое наблюдалось еще на нескольких приложениях.
Анализ логов показал, что крашится это дело на libpthreads. Поскольку сравнительно недавно все работало нормально, заподозревал кого-то из последних обновлений. Откат до предыдущих версий не особо помог.
Словом, проблема оказалась в нвидишных драйверах. Слишком старые. Обновление до 340.76 устранило проблему.
(На одной машине стояло 323.25, а на другой - вообще 313.сколько_то)
Мораль: Обновляете систему - не забывайте "пасти" драйвера.
Недавно пронаблюдал интересный эффект: с какого-то момента попытка запустить google-chrome приводила к отстрелу иксов.
Вообще.
Насмерть.
А-ля "Ctrl+Alt+BackSpace".
Поставили chromium - эффект тот же. Ну ладно, то такое, мож, не понравилось им что.
А вот когда к тому же эффекту привела попытка настроить виртуалку в ВиртуалБоксе, я забеспокоился. То же самое наблюдалось еще на нескольких приложениях.
Анализ логов показал, что крашится это дело на libpthreads. Поскольку сравнительно недавно все работало нормально, заподозревал кого-то из последних обновлений. Откат до предыдущих версий не особо помог.
Словом, проблема оказалась в нвидишных драйверах. Слишком старые. Обновление до 340.76 устранило проблему.
(На одной машине стояло 323.25, а на другой - вообще 313.сколько_то)
Мораль: Обновляете систему - не забывайте "пасти" драйвера.
Подписаться на:
Сообщения (Atom)