О различных подходах к системному администрированию
Данная заметка написана как размышление по поводу сегодняшнего обсуждения, где промелькнула интересная фраза об «уютном рабочем месте, где много чего есть». Под много чего подразумевается набор всяко-разных инструментов и утилит разной степени полезности.
Но зайдем мы сегодня издалека, сильно издалека, когда деревья были большие, а Windows 2003 еще не имел сервис-паков. Эпоха DOS стремительно уходила в прошлое, а новые версии Windows радовали новыми и удобными графическими интерфейсами.
Казалось, эпоха командной строки навсегда канула в прошлое. На любое, даже самое простое действие всегда можно было найти графическую утилиту и сделать все мышкой. Времена были тогда сильно попроще, и мы смело качали из сети все что под руку попадалось, особо не заморачиваясь ни насчет авторских прав, ни насчет двойного дна в программах.
Со временем у каждого собирался т.н. «джентельменский набор», который старательно записывался на дискеты, потом нарезался на диски, а затем уже и на флешки перекочевал. Можно ли что-либо из этого сделать просто так, средствами системы, мы не задумывались. А зачем?
Потом я начал осваивать мир Linux, естественно начал с графического интерфейса, потому как сразу нырять в глубину терминала классическому виндовому админу тех лет было не с руки. Там сразу кирпичом и на дно…
И сразу же стали всплывать вопросы вроде «а где мне найти аналог утилитки X или программки Y». Только вот интернет не спешил радовать порталами, где были бы сложены разные нужные программки для Linux, разной степени лицензионной частоты.
Суровые и красноглазые «линуксоиды» чужаков не жаловали, все что от них можно было услышать, это про «курение манов» и репозитории.
Потихоньку выяснялось, что в Linux все есть и практически все это присутствует из коробки, а чего нет – быстро ставится одной командой. Но вот беда, все это было в основном заточено под консоль, что меня и моих коллег, привыкших к окошкам и мышке сильно пугало.
Первое, что мы пробовали делать, это искать графические оболочки для консольных утилит, но очень часто они выглядели так, как будто были написаны левым задним копытом в период ломового запоя. Ну и работали соответствующе.
Потом мы открыли для себя панели, и многие, включая меня на них подсели. Однако разочарование пришло довольно быстро. Системы время от времени ломались вместе с панелями. И становилось очень неуютно и тоскливо. Особенно если это была система заказчика.
В те времена многие сошли с этого трудного пути и вернулись обратно в простой и понятный, как нам тогда казалось, мир Windows.
Те, кто остался, стали осваивать сложный и непонятный мир терминала. Сколько раз в те годы я ругался, мол да это же MS DOS какой-то, ничего не видно, ничего не понятно, сплошная деградация.
Но потихоньку появлялись знания, нарабатывался опыт и в какой-то момент графика в Linux перестала быть нужна. А потом стало приходить понимание, что все что нужно – всегда у тебя под рукой, вместе с теми самыми «манами, которые нужно курить». Без этих ваших интернетов и СМС.
И, как это бывает, из чего-то чужого, непонятного и враждебного терминал превратился в теплую и уютную рабочую среду, где все есть и не нужно ничего искать, ну может сразу подкинуть парочку пакетов.
После чего, возвращаясь в мир окон стал возникать вопрос, а можно ли как-то решить эту задачу без привлечения сторонних утилит, средствами системы?
И оказалось, что да, что CMD, оказывается, не столь убог, как казалось. А PowerShell так вообще открыл новые, неведомые прежде возможности.
После чего необходимость в разных простых и не очень утилитках и программках стала как-то сходить на нет. Особенно с развитием удаленной работы. Это сегодня ты за своим уютным рабочим местом, а завтра в чужой системе, где ничего этого нет и возможность ставить что-то свое варьируется от нежелательно, до запрещено.
Поэтому, разный полезный софт – это хорошо, уютно, удобно. Но это не должно заменять владение родными инструментами системы.
Данная заметка написана как размышление по поводу сегодняшнего обсуждения, где промелькнула интересная фраза об «уютном рабочем месте, где много чего есть». Под много чего подразумевается набор всяко-разных инструментов и утилит разной степени полезности.
Но зайдем мы сегодня издалека, сильно издалека, когда деревья были большие, а Windows 2003 еще не имел сервис-паков. Эпоха DOS стремительно уходила в прошлое, а новые версии Windows радовали новыми и удобными графическими интерфейсами.
Казалось, эпоха командной строки навсегда канула в прошлое. На любое, даже самое простое действие всегда можно было найти графическую утилиту и сделать все мышкой. Времена были тогда сильно попроще, и мы смело качали из сети все что под руку попадалось, особо не заморачиваясь ни насчет авторских прав, ни насчет двойного дна в программах.
Со временем у каждого собирался т.н. «джентельменский набор», который старательно записывался на дискеты, потом нарезался на диски, а затем уже и на флешки перекочевал. Можно ли что-либо из этого сделать просто так, средствами системы, мы не задумывались. А зачем?
Потом я начал осваивать мир Linux, естественно начал с графического интерфейса, потому как сразу нырять в глубину терминала классическому виндовому админу тех лет было не с руки. Там сразу кирпичом и на дно…
И сразу же стали всплывать вопросы вроде «а где мне найти аналог утилитки X или программки Y». Только вот интернет не спешил радовать порталами, где были бы сложены разные нужные программки для Linux, разной степени лицензионной частоты.
Суровые и красноглазые «линуксоиды» чужаков не жаловали, все что от них можно было услышать, это про «курение манов» и репозитории.
Потихоньку выяснялось, что в Linux все есть и практически все это присутствует из коробки, а чего нет – быстро ставится одной командой. Но вот беда, все это было в основном заточено под консоль, что меня и моих коллег, привыкших к окошкам и мышке сильно пугало.
Первое, что мы пробовали делать, это искать графические оболочки для консольных утилит, но очень часто они выглядели так, как будто были написаны левым задним копытом в период ломового запоя. Ну и работали соответствующе.
Потом мы открыли для себя панели, и многие, включая меня на них подсели. Однако разочарование пришло довольно быстро. Системы время от времени ломались вместе с панелями. И становилось очень неуютно и тоскливо. Особенно если это была система заказчика.
В те времена многие сошли с этого трудного пути и вернулись обратно в простой и понятный, как нам тогда казалось, мир Windows.
Те, кто остался, стали осваивать сложный и непонятный мир терминала. Сколько раз в те годы я ругался, мол да это же MS DOS какой-то, ничего не видно, ничего не понятно, сплошная деградация.
Но потихоньку появлялись знания, нарабатывался опыт и в какой-то момент графика в Linux перестала быть нужна. А потом стало приходить понимание, что все что нужно – всегда у тебя под рукой, вместе с теми самыми «манами, которые нужно курить». Без этих ваших интернетов и СМС.
И, как это бывает, из чего-то чужого, непонятного и враждебного терминал превратился в теплую и уютную рабочую среду, где все есть и не нужно ничего искать, ну может сразу подкинуть парочку пакетов.
После чего, возвращаясь в мир окон стал возникать вопрос, а можно ли как-то решить эту задачу без привлечения сторонних утилит, средствами системы?
И оказалось, что да, что CMD, оказывается, не столь убог, как казалось. А PowerShell так вообще открыл новые, неведомые прежде возможности.
После чего необходимость в разных простых и не очень утилитках и программках стала как-то сходить на нет. Особенно с развитием удаленной работы. Это сегодня ты за своим уютным рабочим местом, а завтра в чужой системе, где ничего этого нет и возможность ставить что-то свое варьируется от нежелательно, до запрещено.
Поэтому, разный полезный софт – это хорошо, уютно, удобно. Но это не должно заменять владение родными инструментами системы.
👍75💯3⚡1😁1
Стоит предо мною такое вот чудо... "Игровой" корпус 1STPLAYER FIREBASE X2, недорогой, но красивый. Модные вертушки с ЛГБТ RGB подсветкой.
Только вот кто-нибудь может мне пояснить: какой смысл в трех 120-мм вентиляторах напротив глухой фронтальной панели из закаленного стекла?
Между панелями и корпусом есть зазор в 3 мм, для нормального притока воздуха его недостаточно. Но вот чтобы тянуть в корпус пыль - вполне.
Зато красиво, но ненадолго, особенно если будет стоять на полу... Не, ну на пыль с подсветкой можно будет любоваться...
Только вот кто-нибудь может мне пояснить: какой смысл в трех 120-мм вентиляторах напротив глухой фронтальной панели из закаленного стекла?
Между панелями и корпусом есть зазор в 3 мм, для нормального притока воздуха его недостаточно. Но вот чтобы тянуть в корпус пыль - вполне.
Зато красиво, но ненадолго, особенно если будет стоять на полу... Не, ну на пыль с подсветкой можно будет любоваться...
😁24🤡8👍7🤣4👎3
Пятничное, про жизнь...
Листал вечером старые журналы. Занятие интересное, позволяющее посмотреть на индустрию сквозь прошедшие годы и понять куда нас вело тогда и куда в итоге вывело сейчас.
Но наткнулся на совсем иное. Слет сисадминов 2009. Событие освещал журнал Системный администратор и тогда это было действительно круто. Но возможности посетить мероприятие в те годы особо не было.
А сейчас как-то иначе все, слет, оказывается, жив до сих пор, но размах уже не тот, и труба пониже и дым пожиже...
Если на фото 2009 видна реальная массовость, но на фото 2023 скорее какой-то корпоратив, чем массовое всероссийское мероприятие. Хотя разница, конечно, видна. Там был по большому счету слет "голодранцев", здесь более-менее респектабельные люди.
Может мы стали старше... Но есть же в профессии молодежь...
То ли действительно времена другие...
Современные фото отсюда: https://vk.com/itslet
Листал вечером старые журналы. Занятие интересное, позволяющее посмотреть на индустрию сквозь прошедшие годы и понять куда нас вело тогда и куда в итоге вывело сейчас.
Но наткнулся на совсем иное. Слет сисадминов 2009. Событие освещал журнал Системный администратор и тогда это было действительно круто. Но возможности посетить мероприятие в те годы особо не было.
А сейчас как-то иначе все, слет, оказывается, жив до сих пор, но размах уже не тот, и труба пониже и дым пожиже...
Если на фото 2009 видна реальная массовость, но на фото 2023 скорее какой-то корпоратив, чем массовое всероссийское мероприятие. Хотя разница, конечно, видна. Там был по большому счету слет "голодранцев", здесь более-менее респектабельные люди.
Может мы стали старше... Но есть же в профессии молодежь...
То ли действительно времена другие...
Современные фото отсюда: https://vk.com/itslet
👍17
Ко дню рождения Linux
25 августа 1991 года в рассылке новостей группы пользователей OC MINIX появилось сообщение:
Изначально система должна была называться Freax, но Ари Лемке, который предоставил место для проекта на своем FTP сервере назвал каталог pub/OS/Linux, которое и закрепилось в качестве названия системы.
Важной вехой в развитии системы стала кооперация с проектом GNU, который еще с 1983 года под руководством Ричарда Столлмана занимался созданием полностью открытой и свободной операционной системы.
И к 1991 году у них было практически все, что нужно, кроме ядра. Собственные попытки разработать ядро Hurd не привели к успеху (причем до сих пор) и тут появилось ядро, которому как раз нужно было прикладное ПО.
Уже через год начали появляться первые дистрибутивы, так в 1992 году увидел свет Slackware Патрика Фолькердинга, а в 1993 Debian Яна Мёрдока, в 1994 появились S.U.S.E и Red Hat.
В этом же году увидело свет ядро 1.0.0 содержавшее 176 250 строчек кода, а уже в 1996 была выпущена версия 2.0, началась эпоха стремительного развития молодой системы.
В этом же году появился официальный талисман системы – пингвин Tux, его нарисовал Ларри Юинг. Слово Tux придумал Джеймз Хьюз, соединив два слова: (T)orvalds (U)ni(X).
В 1998 году Матиас Эттрих представил первый выпуск KDE, которая предлагала законченную среду рабочего стола с набором программ базировавшуюся на Qt, а годом позже Мигель де Иказа и Федерико Мен выпустили первую версию GNOME на GTK+.
Менее чем за 10 лет Linux прошел путь от небольшого студенческого проекта до полноценной ОС с графической оболочкой.
В дальнейшем система продолжила развиваться и занимать новые ниши, так уже в 2002 году увидел свет Red Hat Enterprise Linux.
Домашние пользователи тоже не остались без внимания, в 1998 году появился Mandrake Linux, позже Mandriva – один из самых дружелюбных дистрибутивов того времени.
В это же время появился дистрибутив Linux-Mandrake Russian Edition, который впоследствии занялся полностью собственной разработкой и теперь мы его знаем как ALT Linux.
А сам Mandrake/Mandriva прошел сложный путь, несколько раз менял владельца пока не превратился в ROSA Linux.
Еще одно знаковое событие произошло в 2004 году, с выходом дистрибутива Ubuntu Linux, который сделал систему ближе в прямом и переносном смысле.
В те времена широкополосный интернет был еще дорог и труднодоступен, поэтому Canonical рассылала диски с Ubuntu почтой бесплатно в любую точку земного шара.
А дальше вы и так, наверное, все знаете, размер заметки не позволяет продолжать наше повествование. Поэтому еще раз вспомним как все начиналось и поздравим Linux c днем рождения!
25 августа 1991 года в рассылке новостей группы пользователей OC MINIX появилось сообщение:
всем пользователям minix!Вряд ли кто-то тогда мог подумать, что оно серьезно изменит компьютерный мир уже в течении этого десятилетия. Простой студенческий проект никому не известного финского парня…
Я пишу (бесплатную) операционную систему (это просто хобби, ничего большого и профессионального вроде gnu) для AT 386(486). Я вожусь с этим с апреля, и она, похоже, скоро будет готова. Напишите мне, кому что нравится/не нравится в minix, поскольку моя ОС на неё похожа (кроме всего прочего, у неё — по практическим соображениям — то же физическое размещение файловой системы).
Пока что я перенёс в неё bash (1.08) и gсс (1.40), и всё вроде работает. Значит, в ближайшие месяцы у меня получится уже что-то работающее, и мне бы хотелось знать, какие функции нужны большинству. Все заявки принимаются, но выполнение не гарантируется :-)
Линус ([email protected])
PS. Она свободна от кода minix и включает мультизадачную файловую систему. Она НЕ переносима (используется переключение задач 386 и пр.) и, возможно, никогда не будет поддерживать ничего, кроме АТ-винчестеров, потому что у меня больше ничего нет :-(
Изначально система должна была называться Freax, но Ари Лемке, который предоставил место для проекта на своем FTP сервере назвал каталог pub/OS/Linux, которое и закрепилось в качестве названия системы.
Важной вехой в развитии системы стала кооперация с проектом GNU, который еще с 1983 года под руководством Ричарда Столлмана занимался созданием полностью открытой и свободной операционной системы.
И к 1991 году у них было практически все, что нужно, кроме ядра. Собственные попытки разработать ядро Hurd не привели к успеху (причем до сих пор) и тут появилось ядро, которому как раз нужно было прикладное ПО.
Уже через год начали появляться первые дистрибутивы, так в 1992 году увидел свет Slackware Патрика Фолькердинга, а в 1993 Debian Яна Мёрдока, в 1994 появились S.U.S.E и Red Hat.
В этом же году увидело свет ядро 1.0.0 содержавшее 176 250 строчек кода, а уже в 1996 была выпущена версия 2.0, началась эпоха стремительного развития молодой системы.
В этом же году появился официальный талисман системы – пингвин Tux, его нарисовал Ларри Юинг. Слово Tux придумал Джеймз Хьюз, соединив два слова: (T)orvalds (U)ni(X).
В 1998 году Матиас Эттрих представил первый выпуск KDE, которая предлагала законченную среду рабочего стола с набором программ базировавшуюся на Qt, а годом позже Мигель де Иказа и Федерико Мен выпустили первую версию GNOME на GTK+.
Менее чем за 10 лет Linux прошел путь от небольшого студенческого проекта до полноценной ОС с графической оболочкой.
В дальнейшем система продолжила развиваться и занимать новые ниши, так уже в 2002 году увидел свет Red Hat Enterprise Linux.
Домашние пользователи тоже не остались без внимания, в 1998 году появился Mandrake Linux, позже Mandriva – один из самых дружелюбных дистрибутивов того времени.
В это же время появился дистрибутив Linux-Mandrake Russian Edition, который впоследствии занялся полностью собственной разработкой и теперь мы его знаем как ALT Linux.
А сам Mandrake/Mandriva прошел сложный путь, несколько раз менял владельца пока не превратился в ROSA Linux.
Еще одно знаковое событие произошло в 2004 году, с выходом дистрибутива Ubuntu Linux, который сделал систему ближе в прямом и переносном смысле.
В те времена широкополосный интернет был еще дорог и труднодоступен, поэтому Canonical рассылала диски с Ubuntu почтой бесплатно в любую точку земного шара.
А дальше вы и так, наверное, все знаете, размер заметки не позволяет продолжать наше повествование. Поэтому еще раз вспомним как все начиналось и поздравим Linux c днем рождения!
❤48👍35
Вы начали практическое использование Linux
Anonymous Poll
5%
В 90-х
13%
2000-2005
16%
2005-2009
22%
2010-2015
17%
2015-2019
17%
После 2020
7%
Еще не начинал
3%
Ничего не понятно, но очень интересно
👍5💯2
Продолжаем тему Альт Виртуализация
Не так давно мы рассказывали об Альт Сервер Виртуализации 10, который среди своих возможностей имеет полностью портированный на платформу Альт Proxmox Virtual Environment.
Дистрибутив находится в реестре и позволяет быстро и эффективно мигрировать в рамках импортозамещения, оставшись на привычной платформе Proxmox, но уже соответствующей всем требованиям.
Также в репозитории Альт добавлен и Proxmox Backup Server, для его использования нам не нужен об Альт Сервер Виртуализации, достаточно обычного Альт Сервер.
Для его установки потребуется ровно две команды:
Но мы пойдем немножечко дальше, в общем и целом, нам никто не мешает взять обычный Альт Сервер и установить на него PVE из репозиториев.
Это будет немного сложнее, чем использовать готовый Альт Сервер Виртуализации, но вполне возможно, инструкции для этого, хоть и немного устаревшие, есть на официальной Wiki.
Единственно остается вопрос лицензионной чистоты, но если исходить из существующей практики, то если мы легально лицензировали Альт Сервер, то имеем полное право использовать любое ПО из доступных репозиториев. Тем более что PVE – это открытый продукт.
Хотя, возможно, там могут быть какие-то подводные камни, связанные именно с реестром и импортозамещением, но установить из подключенных из коробки репозиториев имеющийся там PVE мы имеем полное право.
Возможно представители Альта, которые нас читают более подробно просветят нас в этом вопросе.
Не так давно мы рассказывали об Альт Сервер Виртуализации 10, который среди своих возможностей имеет полностью портированный на платформу Альт Proxmox Virtual Environment.
Дистрибутив находится в реестре и позволяет быстро и эффективно мигрировать в рамках импортозамещения, оставшись на привычной платформе Proxmox, но уже соответствующей всем требованиям.
Также в репозитории Альт добавлен и Proxmox Backup Server, для его использования нам не нужен об Альт Сервер Виртуализации, достаточно обычного Альт Сервер.
Для его установки потребуется ровно две команды:
apt-get install proxmox-backup-serverПосле чего можем перейти в веб-интерфейс и продолжить настройку продукта. Таким образом платформа Альт позволяет развернуть полноценную экосистему Proxmox с использованием только собственных репозиториев и, следовательно, соблюсти все требования к импортозамещению.
systemctl enable --now proxmox-backup-proxy.service
Но мы пойдем немножечко дальше, в общем и целом, нам никто не мешает взять обычный Альт Сервер и установить на него PVE из репозиториев.
Это будет немного сложнее, чем использовать готовый Альт Сервер Виртуализации, но вполне возможно, инструкции для этого, хоть и немного устаревшие, есть на официальной Wiki.
Единственно остается вопрос лицензионной чистоты, но если исходить из существующей практики, то если мы легально лицензировали Альт Сервер, то имеем полное право использовать любое ПО из доступных репозиториев. Тем более что PVE – это открытый продукт.
Хотя, возможно, там могут быть какие-то подводные камни, связанные именно с реестром и импортозамещением, но установить из подключенных из коробки репозиториев имеющийся там PVE мы имеем полное право.
Возможно представители Альта, которые нас читают более подробно просветят нас в этом вопросе.
👍23🤡2
Альт Сервер Виртуализации 10 - если нужен Proxmox из Реестра российских программ
Proxmox Virtual Environment - популярное решение для виртуализации с открытым исходным кодом, которое широко используется предприятиями самых разных масштабов.
При переходе на импортозамещение возникает резонный вопрос, каким образом и чем с меньшими затратами заменить платформу Proxmox.
В этом случае следует обратить внимание на Альт Сервер Виртуализации 10, который включен в Реестр российских программ и предоставляет собственную сборку PVE, которая базируется только на репозиториях Альт.
https://interface31.ru/tech_it/2023/08/alt-server-virtualizacii-10-esli-nuzhen-proxmox-iz-reestra-rossiyskih-programm.html
Proxmox Virtual Environment - популярное решение для виртуализации с открытым исходным кодом, которое широко используется предприятиями самых разных масштабов.
При переходе на импортозамещение возникает резонный вопрос, каким образом и чем с меньшими затратами заменить платформу Proxmox.
В этом случае следует обратить внимание на Альт Сервер Виртуализации 10, который включен в Реестр российских программ и предоставляет собственную сборку PVE, которая базируется только на репозиториях Альт.
https://interface31.ru/tech_it/2023/08/alt-server-virtualizacii-10-esli-nuzhen-proxmox-iz-reestra-rossiyskih-programm.html
👍21👎1
Включаем поддержку команд apt в ALT Linux
Альт – достаточно самобытный дистрибутив, главным отличием которого является то, что он использует APT для управления RPM-пакетами. Таким образом переход на Альт с Debian или Ubuntu существенно упрощается, так как не нужно изучать новый менеджер пакетов.
Но есть и некоторые неудобства, основное из них то, что Альт для управления пакетами использует команду
Это действительно неудобно, так как вы по памяти набираете одну команду и только после нажатия Enter вспоминаете, что надо было вводить другую. Ну и apt просто короче.
Поэтому мы написали небольшой скрипт, который добавляет в Альт поддержку команд в синтаксисе apt.
Чтобы установить его выполните несколько простых команд:
Скрипт не является всеобъемлющим, но поддерживает все основные команды apt. При необходимости можно легко расширить его самостоятельно.
Альт – достаточно самобытный дистрибутив, главным отличием которого является то, что он использует APT для управления RPM-пакетами. Таким образом переход на Альт с Debian или Ubuntu существенно упрощается, так как не нужно изучать новый менеджер пакетов.
Но есть и некоторые неудобства, основное из них то, что Альт для управления пакетами использует команду
apt-get, в то время как в DEB-based дистрибутивах везде используется apt.Это действительно неудобно, так как вы по памяти набираете одну команду и только после нажатия Enter вспоминаете, что надо было вводить другую. Ну и apt просто короче.
Поэтому мы написали небольшой скрипт, который добавляет в Альт поддержку команд в синтаксисе apt.
Чтобы установить его выполните несколько простых команд:
wget https://interface31.ru/tech_it/files/apt_aliases.sh -P /etc/bashrc.d/
chmod +x /etc/bashrc.d/apt_aliases.sh
После чего перезагрузите систему, теперь вы можете использовать привычные команды apt в ALT Linux.Скрипт не является всеобъемлющим, но поддерживает все основные команды apt. При необходимости можно легко расширить его самостоятельно.
👍27🔥4👏2
Как показала практика, не все знают, что такое пакетные менеджеры и с чем их едят. А также путают форматы пакетов, низкоуровневые инструменты по управлению ими и высокоуровневые менеджеры.
Если коротко, то на самом нижем уровне притаились низкоуровневые инструменты вроде
Выше уровнем стоят пакетные менеджеры, которые предоставляют пользователю удобный интерфейс для работы с низкоуровневыми инструментами и ряд дополнительных функций, основная из которых - это разрешение зависимостей, также их задача - это работа с репозиториями.
Пример таких менеджеров - APT, YUM/DNF, Zypper и т.д.
Они не умеют устанавливать и удалять пакеты, и по большому счету им вообще все равно с чем работать. Их задача - найти нужные пакеты, все зависимости к ним, скачать и передать это все на уровень ниже. Либо "доходчиво" пояснить низкоуровневому инструменту чего именно хочет пользователь, скажем удалить или переустановить пакет.
Таким образом у нас имеется два уровня абстракции: низкоуровневый инструмент, который непосредственно работает с пакетами и высокоуровневый менеджер, который предоставляет пользователю удобный инструмент для управления пакетами и ряд дополнительных сервисных функций.
Поэтому не следует удивляться таким проектам, как APT-RPM используемый в ALT Linux, который представляет собой пакетный менеджер APT наученный работать с низкоуровневым rpm, вместо dpkg.
Более подробно почитать на эту тему применительно к Debian/Ubuntu можно в нашей статье: https://interface31.ru/tech_it/2019/09/linux-nachinayushhim-chast-5-upravlenie-paketami.html
Если коротко, то на самом нижем уровне притаились низкоуровневые инструменты вроде
dpkg или rpm, которые умеют работать только с локальными пакетами и не умеют ничего кроме их установки и удаления. Разрешать зависимости тоже не их задача.Выше уровнем стоят пакетные менеджеры, которые предоставляют пользователю удобный интерфейс для работы с низкоуровневыми инструментами и ряд дополнительных функций, основная из которых - это разрешение зависимостей, также их задача - это работа с репозиториями.
Пример таких менеджеров - APT, YUM/DNF, Zypper и т.д.
Они не умеют устанавливать и удалять пакеты, и по большому счету им вообще все равно с чем работать. Их задача - найти нужные пакеты, все зависимости к ним, скачать и передать это все на уровень ниже. Либо "доходчиво" пояснить низкоуровневому инструменту чего именно хочет пользователь, скажем удалить или переустановить пакет.
Таким образом у нас имеется два уровня абстракции: низкоуровневый инструмент, который непосредственно работает с пакетами и высокоуровневый менеджер, который предоставляет пользователю удобный инструмент для управления пакетами и ряд дополнительных сервисных функций.
Поэтому не следует удивляться таким проектам, как APT-RPM используемый в ALT Linux, который представляет собой пакетный менеджер APT наученный работать с низкоуровневым rpm, вместо dpkg.
Более подробно почитать на эту тему применительно к Debian/Ubuntu можно в нашей статье: https://interface31.ru/tech_it/2019/09/linux-nachinayushhim-chast-5-upravlenie-paketami.html
👍37❤1🔥1👏1
Mageia 9 - волшебство закончилось
В современном изобилии Linux дистрибутивов можно легко запутаться, чего там только нет. Но есть ряд систем, которые можно отнести в разряд знаковых, оказавших большое влияние на развитие Linux систем.
И если говорить о настольных системах, то одним из таких дистрибутивов был Mandrake / Mandriva, который первый попытался создать Linux "с человеческим лицом" для обычных пользователей.
В число наследников этой системы входит французская Mageia, основанная командой уволенных разработчиков, которые несколько дней назад выпустили очередную версию дистрибутива.
https://interface31.ru/tech_it/2023/08/mageia-9-volshebstvo-zakonchilos.html
В современном изобилии Linux дистрибутивов можно легко запутаться, чего там только нет. Но есть ряд систем, которые можно отнести в разряд знаковых, оказавших большое влияние на развитие Linux систем.
И если говорить о настольных системах, то одним из таких дистрибутивов был Mandrake / Mandriva, который первый попытался создать Linux "с человеческим лицом" для обычных пользователей.
В число наследников этой системы входит французская Mageia, основанная командой уволенных разработчиков, которые несколько дней назад выпустили очередную версию дистрибутива.
https://interface31.ru/tech_it/2023/08/mageia-9-volshebstvo-zakonchilos.html
👍16😱1
С Днем знаний!
Сегодня первое сентября – День знаний. Обычно его прочно ассоциируют со школой, но получение знаний и умений – это процесс постоянный, особенно в нашей профессии.
IT – отрасль динамичная и в ней нужно бежать со всех ног, чтобы только оставаться на месте. Достаточно пропустить год – два и ты уже серьезно отстал и твой удел – скамейка запасных.
Тем более что знания сейчас доступны как никогда, для этого не нужно даже выходить из дома. Все доступно онлайн, в любых удобных форматах, за деньги или бесплатно, для начинающих и для опытных, в общем на любой вкус, цвет и кошелек.
Но наблюдается интересный парадокс, чем ближе и доступнее оказываются знания, тем ниже и ниже падает уровень подготовки коллег, иногда до пугающе низкого уровня, скажем мягко…
Последнее время в комментариях на сайте и здесь мы несколько раз получали упреки, что наши статьи «не полные» и в них «отсутствует» … А в них как раз «отсутствует» и сделано это абсолютно сознательно.
Потому что отсутствуют, вернее сознательно пропущены базовые вещи, который читающий статью должен знать по определению. Или подтверждение второстепенных настроек по умолчанию, которые спрашивает скрипт установки.
Потому что это базовый набор знаний или просто очевидные вещи. Которые не должны вызывать затруднений, ну или быть вполне очевидными, если вы умеете просто читать и понимать прочитанное.
Скажем проще, если вы взялись настраивать почтовый сервер, то у вас не должны вызывать затруднений базовые навыки работы с ОС Linux или работы с DNS-записями, иначе просто страшно представить как вы будете его эксплуатировать и обслуживать.
Да и странно будет видеть в такой статье объяснение прописных истин, не говоря уже о том, что ее объем распухнет до уровня небольшого романа.
Почему же так происходит? Можно, конечно, пенять на современную систему образования, тем более выражение «жертвы ЕГЭ» возникло не вчера, но никогда никакое ЕГЭ не мешало учиться тому, кто действительно этого хочет.
На мой взгляд негативную роль несет именно доступность знаний, когда кажется, что если мне будет что-то надо, то тогда возьму и найду.
В свое время это был «синдром Гугла», зачем что-то учить, когда это можно за минуту найти, потом к этому прибавился «синдром нейросетей», которые легко и просто подумают за вас и быстренько принесут ответ на блюдечке с голубой каемочкой.
Кроме этого, можно отметить еще такой феномен, как «синдром скачивания», часто общаясь с коллегами на ту или иную тему слышал, мол я недавно по ней курсы скачал. И говорилось это таким тоном, как будто человек уже прошел эти самые курсы. На самом же деле 99% скачанного так и останется лежать на диске цифровым мусором.
Зато появляется некоторая сопричастность знаниям, мол я не просто так, у меня есть…
Все это конечно печально, потому как учиться надо и учиться надо постоянно. Но любые знания без практики мертвы, а самообразование на отвлеченную тему практически невозможно, ну или требует очень и очень серьезного самоконтроля, сравнимого с монахами-аскетами.
Хотя тут снова возникает вопрос – а зачем? Можно потратить год и стать специалистом по проблемам бессонницы в период зимней спячки медведей, а потом благополучно это забыть, потому как в ваших краях медведь всего один и тот в зоопарке.
Так же и знания, они должны соответствовать текущей практике или развивать ее. Если вы взялись учить Python, Docker или что там еще сегодня модно, то вы должны представлять, где и куда вы будете это применять или хотя бы, попытаетесь.
Теория без практики мертва и очень быстро забывается, практика без теории – это шаманство и бездумное повторение заученных «заклинаний» и «обрядов». И только все вместе дает тот сплав, который действительно является знаниями и навыками, которые делают из человека специалиста.
С Днем знаний, коллеги!
Сегодня первое сентября – День знаний. Обычно его прочно ассоциируют со школой, но получение знаний и умений – это процесс постоянный, особенно в нашей профессии.
IT – отрасль динамичная и в ней нужно бежать со всех ног, чтобы только оставаться на месте. Достаточно пропустить год – два и ты уже серьезно отстал и твой удел – скамейка запасных.
Тем более что знания сейчас доступны как никогда, для этого не нужно даже выходить из дома. Все доступно онлайн, в любых удобных форматах, за деньги или бесплатно, для начинающих и для опытных, в общем на любой вкус, цвет и кошелек.
Но наблюдается интересный парадокс, чем ближе и доступнее оказываются знания, тем ниже и ниже падает уровень подготовки коллег, иногда до пугающе низкого уровня, скажем мягко…
Последнее время в комментариях на сайте и здесь мы несколько раз получали упреки, что наши статьи «не полные» и в них «отсутствует» … А в них как раз «отсутствует» и сделано это абсолютно сознательно.
Потому что отсутствуют, вернее сознательно пропущены базовые вещи, который читающий статью должен знать по определению. Или подтверждение второстепенных настроек по умолчанию, которые спрашивает скрипт установки.
Потому что это базовый набор знаний или просто очевидные вещи. Которые не должны вызывать затруднений, ну или быть вполне очевидными, если вы умеете просто читать и понимать прочитанное.
Скажем проще, если вы взялись настраивать почтовый сервер, то у вас не должны вызывать затруднений базовые навыки работы с ОС Linux или работы с DNS-записями, иначе просто страшно представить как вы будете его эксплуатировать и обслуживать.
Да и странно будет видеть в такой статье объяснение прописных истин, не говоря уже о том, что ее объем распухнет до уровня небольшого романа.
Почему же так происходит? Можно, конечно, пенять на современную систему образования, тем более выражение «жертвы ЕГЭ» возникло не вчера, но никогда никакое ЕГЭ не мешало учиться тому, кто действительно этого хочет.
На мой взгляд негативную роль несет именно доступность знаний, когда кажется, что если мне будет что-то надо, то тогда возьму и найду.
В свое время это был «синдром Гугла», зачем что-то учить, когда это можно за минуту найти, потом к этому прибавился «синдром нейросетей», которые легко и просто подумают за вас и быстренько принесут ответ на блюдечке с голубой каемочкой.
Кроме этого, можно отметить еще такой феномен, как «синдром скачивания», часто общаясь с коллегами на ту или иную тему слышал, мол я недавно по ней курсы скачал. И говорилось это таким тоном, как будто человек уже прошел эти самые курсы. На самом же деле 99% скачанного так и останется лежать на диске цифровым мусором.
Зато появляется некоторая сопричастность знаниям, мол я не просто так, у меня есть…
Все это конечно печально, потому как учиться надо и учиться надо постоянно. Но любые знания без практики мертвы, а самообразование на отвлеченную тему практически невозможно, ну или требует очень и очень серьезного самоконтроля, сравнимого с монахами-аскетами.
Хотя тут снова возникает вопрос – а зачем? Можно потратить год и стать специалистом по проблемам бессонницы в период зимней спячки медведей, а потом благополучно это забыть, потому как в ваших краях медведь всего один и тот в зоопарке.
Так же и знания, они должны соответствовать текущей практике или развивать ее. Если вы взялись учить Python, Docker или что там еще сегодня модно, то вы должны представлять, где и куда вы будете это применять или хотя бы, попытаетесь.
Теория без практики мертва и очень быстро забывается, практика без теории – это шаманство и бездумное повторение заученных «заклинаний» и «обрядов». И только все вместе дает тот сплав, который действительно является знаниями и навыками, которые делают из человека специалиста.
С Днем знаний, коллеги!
👍62🍌1
Дополнена и расширена статья Настраиваем программный RAID на UEFI-системах в Debian и Ubuntu
https://interface31.ru/tech_it/2019/08/nastraivaem-programmnyy-raid-na-uefi-sistemah-v-debian-i-ubuntu.html
Добавлены разделы о настройке программного RAID при установке в новом инсталляторе Ubuntu, начиная от 20.04 и новее, а также об установке EFI-загрузчика на RAID 1, что имеет свои недостатки, но делает эксплуатацию системы более простой.
https://interface31.ru/tech_it/2019/08/nastraivaem-programmnyy-raid-na-uefi-sistemah-v-debian-i-ubuntu.html
Добавлены разделы о настройке программного RAID при установке в новом инсталляторе Ubuntu, начиная от 20.04 и новее, а также об установке EFI-загрузчика на RAID 1, что имеет свои недостатки, но делает эксплуатацию системы более простой.
🔥16👍11⚡1👏1
Ремесло или магия?
Все, кто в школе хоть немного учил историю должны знать историю ремесленничества, когда люди, обладающие определенными знаниями и умениями, объединялись в цеха как для защиты от конкуренции, так и для сохранения и преумножения знаний.
Цеха имели трехуровневую структуру: ученик – подмастерье – мастер. Причем чтобы стать последним, нужно было пройти своеобразный экзамен: собственноручно выполнить работу, которая будет одобрена цехом.
Через какое-то время конкурировать с цехами стало сложно, да, мастер-одиночка тоже мог достигнуть определенных высот, но доходя до всего своим умом и методом проб и ошибок, тогда как цех располагал накопленным объемом знаний и системой их передачи от мастера к ученику.
Причем знания передавались дозировано, более сложные знания передавались после того, как ученик усвоил и научился применять на практике более простые.
Этот принцип перешел в образование, там тоже знания передаются дозированно, чтобы более сложные ложились на базис более простых.
А производственные отношения в целом продолжали цеховые традиции, когда более опытные специалисты передавали свои знания и умения молодым, помогая постигнуть все тонкости профессии.
Но наш век информационной доступности спутал все карты. Сейчас ученик, даже не подмастерье, может спокойно получить рецепты мастера и даже попытаться применить их на практике. Только вот станет ли он от этого мастером? Вряд-ли…
Что отличает мастера от ученика или подмастерья? Знания и опыт. Он знает не только как сделать, но и почему нужно делать именно так, а не иначе. И также он знает в каких случаях надо делать именно так, а в каких случаях делать так, наоборот не надо. Не говоря уже о том, что простые пути не всегда самые верные.
Сегодня сеть дает возможность найти большое количество инструкций «от мастеров» и выбор часто делается по принципу: вот эта инструкция проще и мне больше нравится. Ну а то, что писал эту инструкцию совсем не мастер, а захудалый подмастерье, большинству берущих подобные инструкции неведомо.
Главное, что все быстро, просто и дает желаемый результат. На первый взгляд дает. Потому как уровня знаний, дающих возможность всесторонне оценить решение нет. А настоящий мастер, предлагающий правильное, но излишне сложное решение, представляется некоторым занудой.
Ну что ты там нудишь? Видишь, чего я нашел, тяп-ляп и в продакшен. Дешево и практично.
Прозрение наступает поздно и, иногда, с очень неприятными побочными «эффектами».
И иногда думаешь, что правы были цеховые мастера прошлых лет, ибо известно, что многие знания – многие печали, особенно если они достались неокрепшим умам.
Может кто-то посчитает это за профессиональный снобизм, но знания не должны опережать текущий уровень подготовки.
Раньше с этим было попроще, неподготовленного специалиста никто бы не пустил на участок, явно превышающий его квалификацию.
Теперь же есть сеть, в которой можно найти пошаговое описание обрядов и заклинаний, которые, при их тщательном исполнении дадут желаемый результат.
Ну, и как положено настоящей магии, начали появляться различные волшебные артефакты, которые активируются волшебным словом
Таким образом ремесло начинает деградировать до волшебства. А далее знания незаметно уступят обрядам и поклонениям высшим силам. И возникнет новая каста жрецов – редких представителей рода человеческого, которые знают, как это все работает и умеющих находит общий язык с «высшими силами», ну или диктовать их волю «простым смертным» к собственной выгоде.
Возможно, я где-то сгустил краски, но в целом тенденция именно такая. Сегодня уже каждый может стать «мастером» найдя и повторив дословно нужный рецепт. А так как знаний от этого не прибавится, то система будет восприниматься некоторым «волшебным» черным ящиком.
Откуда уже недалеко до настоящих черных ящиков – готовых контейнеров. Да и пес его знает, что там внутри, главное же - слушаются заклинаний...
Все, кто в школе хоть немного учил историю должны знать историю ремесленничества, когда люди, обладающие определенными знаниями и умениями, объединялись в цеха как для защиты от конкуренции, так и для сохранения и преумножения знаний.
Цеха имели трехуровневую структуру: ученик – подмастерье – мастер. Причем чтобы стать последним, нужно было пройти своеобразный экзамен: собственноручно выполнить работу, которая будет одобрена цехом.
Через какое-то время конкурировать с цехами стало сложно, да, мастер-одиночка тоже мог достигнуть определенных высот, но доходя до всего своим умом и методом проб и ошибок, тогда как цех располагал накопленным объемом знаний и системой их передачи от мастера к ученику.
Причем знания передавались дозировано, более сложные знания передавались после того, как ученик усвоил и научился применять на практике более простые.
Этот принцип перешел в образование, там тоже знания передаются дозированно, чтобы более сложные ложились на базис более простых.
А производственные отношения в целом продолжали цеховые традиции, когда более опытные специалисты передавали свои знания и умения молодым, помогая постигнуть все тонкости профессии.
Но наш век информационной доступности спутал все карты. Сейчас ученик, даже не подмастерье, может спокойно получить рецепты мастера и даже попытаться применить их на практике. Только вот станет ли он от этого мастером? Вряд-ли…
Что отличает мастера от ученика или подмастерья? Знания и опыт. Он знает не только как сделать, но и почему нужно делать именно так, а не иначе. И также он знает в каких случаях надо делать именно так, а в каких случаях делать так, наоборот не надо. Не говоря уже о том, что простые пути не всегда самые верные.
Сегодня сеть дает возможность найти большое количество инструкций «от мастеров» и выбор часто делается по принципу: вот эта инструкция проще и мне больше нравится. Ну а то, что писал эту инструкцию совсем не мастер, а захудалый подмастерье, большинству берущих подобные инструкции неведомо.
Главное, что все быстро, просто и дает желаемый результат. На первый взгляд дает. Потому как уровня знаний, дающих возможность всесторонне оценить решение нет. А настоящий мастер, предлагающий правильное, но излишне сложное решение, представляется некоторым занудой.
Ну что ты там нудишь? Видишь, чего я нашел, тяп-ляп и в продакшен. Дешево и практично.
Прозрение наступает поздно и, иногда, с очень неприятными побочными «эффектами».
И иногда думаешь, что правы были цеховые мастера прошлых лет, ибо известно, что многие знания – многие печали, особенно если они достались неокрепшим умам.
Может кто-то посчитает это за профессиональный снобизм, но знания не должны опережать текущий уровень подготовки.
Раньше с этим было попроще, неподготовленного специалиста никто бы не пустил на участок, явно превышающий его квалификацию.
Теперь же есть сеть, в которой можно найти пошаговое описание обрядов и заклинаний, которые, при их тщательном исполнении дадут желаемый результат.
Ну, и как положено настоящей магии, начали появляться различные волшебные артефакты, которые активируются волшебным словом
docker run. Как они работают – неизвестно, да и не нужно. Что-то пошло не так? Убиваем артефакт и активируем новый. Таким образом ремесло начинает деградировать до волшебства. А далее знания незаметно уступят обрядам и поклонениям высшим силам. И возникнет новая каста жрецов – редких представителей рода человеческого, которые знают, как это все работает и умеющих находит общий язык с «высшими силами», ну или диктовать их волю «простым смертным» к собственной выгоде.
Возможно, я где-то сгустил краски, но в целом тенденция именно такая. Сегодня уже каждый может стать «мастером» найдя и повторив дословно нужный рецепт. А так как знаний от этого не прибавится, то система будет восприниматься некоторым «волшебным» черным ящиком.
Откуда уже недалеко до настоящих черных ящиков – готовых контейнеров. Да и пес его знает, что там внутри, главное же - слушаются заклинаний...
👍74🤡3🍌3👎1😁1
Создание инкрементальных и дифференциальных архивов при помощи tar в Linux
Инкрементальные и дифференциальные архивы широко используются при резервном копировании, позволяя достичь компромисса между нужной частотой создания копий, глубиной архива и занимаемым копиями местом на устройствах хранения.
Несмотря на то, что Linux есть специализированные пакеты для резервного копирования, их использование во многих случаях будет избыточным, потому что такая задача достаточно просто решается при помощи архиватора tar, который присутствует "из коробки" в любом дистрибутиве.
https://interface31.ru/tech_it/2019/09/sozdanie-inkremental-nyh-i-differencial-nyh-arhivov-pri-pomoshhi-tar.html
Статья не новая, но в целом полезная, особенно для начинающих, чтобы лучше понять особенности tar.
Инкрементальные и дифференциальные архивы широко используются при резервном копировании, позволяя достичь компромисса между нужной частотой создания копий, глубиной архива и занимаемым копиями местом на устройствах хранения.
Несмотря на то, что Linux есть специализированные пакеты для резервного копирования, их использование во многих случаях будет избыточным, потому что такая задача достаточно просто решается при помощи архиватора tar, который присутствует "из коробки" в любом дистрибутиве.
https://interface31.ru/tech_it/2019/09/sozdanie-inkremental-nyh-i-differencial-nyh-arhivov-pri-pomoshhi-tar.html
Статья не новая, но в целом полезная, особенно для начинающих, чтобы лучше понять особенности tar.
👍29❤4
Подборка материалов по ISCSI
Протокол iSCSI разработан для работы в сетях хранения данных и представляет собой способ доступа к блочным устройствам по протоколу SCSI поверх TCP/IP. Это дает возможность организации недорогих сетей хранения данных (SAN) при помощи обычных Ethernet-сетей.
🔶 Платформа Windows
🔹 Настройка iSCSI-хранилища в Windows Server 2008 R2
🔹 Настройка iSCSI-хранилища в Windows Server 2012 R2 и новее
🔶 Платформа Linux
🔹Настройка iSCSI-хранилища в Debian 8 / Ubuntu 16.04 и более ранних
🔹Настройка iSCSI-хранилища в Debian9 / Ubuntu 18.04 и новее
🔹Настройка iSCSI-инициатора в Debian9 / Ubuntu 18.04 и новее
Протокол iSCSI разработан для работы в сетях хранения данных и представляет собой способ доступа к блочным устройствам по протоколу SCSI поверх TCP/IP. Это дает возможность организации недорогих сетей хранения данных (SAN) при помощи обычных Ethernet-сетей.
🔶 Платформа Windows
🔹 Настройка iSCSI-хранилища в Windows Server 2008 R2
🔹 Настройка iSCSI-хранилища в Windows Server 2012 R2 и новее
🔶 Платформа Linux
🔹Настройка iSCSI-хранилища в Debian 8 / Ubuntu 16.04 и более ранних
🔹Настройка iSCSI-хранилища в Debian9 / Ubuntu 18.04 и новее
🔹Настройка iSCSI-инициатора в Debian9 / Ubuntu 18.04 и новее
👍19👎1