![Dmitry Ketov](/img/default-banner.jpg)
- 72
- 803 848
Dmitry Ketov
Russia
Registrace 12. 01. 2014
Внутреннее устройство Linux - доступно, но всерьез
Если вам вдруг понравилось авторское изложение, то ссылка для материализации благодарностей тут: yoomoney.ru/to/4100112459568409
Копия материалов: rutube.ru/channel/23843946/
Если вам вдруг понравилось авторское изложение, то ссылка для материализации благодарностей тут: yoomoney.ru/to/4100112459568409
Копия материалов: rutube.ru/channel/23843946/
Администрирование Linux, часть 5.2.2: Базовые службы: cups
Служба печати cups
--
Слайды к видео: zen.yandex.ru/media/id/5e8c3e426569f66155db94ee/administrirovanie-linux-chast-522-bazovye-slujby-cups-5e9311ab0a471779a85443ae
--
Слайды к видео: zen.yandex.ru/media/id/5e8c3e426569f66155db94ee/administrirovanie-linux-chast-522-bazovye-slujby-cups-5e9311ab0a471779a85443ae
zhlédnutí: 5 949
Video
Администрирование Linux, часть 5.2.1: Базовые службы: syslog и cron
zhlédnutí 3,1KPřed 4 lety
Служба журнализации событий syslog Служба периодического выполнения заданий cron Слайды к видео zen.yandex.ru/media/id/5e8c3e426569f66155db94ee/administrirovanie-linux-chast-521-bazovye-slujby-syslog-i-cron-5e8f62e77f368e46813e0638
Администрирование Linux, часть 5.1: Базовая настройка сетевых интерфейсов
zhlédnutí 4KPřed 4 lety
Слайды к лекции: zen.yandex.ru/media/id/5e8c3e426569f66155db94ee/administrirovanie-linux-chast-51-bazovaia-nastroika-setevyh-interfeisov-5e8e09e86ac30a30dbad4ab3
Администрирование Linux, часть 4.2.2: Квотирование и резервное копирование файловых систем
zhlédnutí 2KPřed 4 lety
Слайды к видео: zen.yandex.ru/media/id/5e8c3e426569f66155db94ee/administrirovanie-linux-chast-422-kvotirovanie-i-rezervnoe-kopirovanie-failovyh-sistem-5e8c4a7217dba3371914a2c0
Администрирование Linux, часть 4.2.1: Файловые системы
zhlédnutí 3,1KPřed 4 lety
Файловые системы ext2 и ext3, создание и монтирование Слайды к видео: zen.yandex.ru/media/id/5e8c3e426569f66155db94ee/administrirovanie-linux-chast-421-failovye-sistemy-5e8c6cb41dbccd65f6ca2345
Администрирование Linux, часть 4.1.2: Управление динамическими томами
zhlédnutí 2KPřed 4 lety
LVM - logical volume manager
Администрирование Linux, часть 4.1.1: Управление томами и массивами
zhlédnutí 3,3KPřed 4 lety
Диски и разделы RAID-массивы
Администрирование Linux, часть 3.2: Управление ядром ОС
zhlédnutí 7KPřed 4 lety
Остов и модули ядра Обнаружение устройств и автоматическая загрузка драйверов
Администрирование Linux, часть 3.1.2: Графический вход в систему и служба имен NSS
zhlédnutí 2,8KPřed 5 lety
0:00 Демонстрация в CentOS 5.5 - малый цикл: выход (exit) из однопользовательского в 3-й 1:03 Как происходит вход в GUI - xdm/kdm/gdm (X/Gnome/KDE Display Manager) → Xserver 3:40 Окно приглашения входа - Xlogin PAM → Xsession 4:51 Таблица сопоставления входа - CLI / GUI / SSH 8:35 PAM - участвует при любом входе пользователей в систему 10:31 Функции PAM (Pluggable Authentification Modules) NSS ...
Администрирование Linux, часть 3.1.1: Запуск системных служб, вход в систему и подсистема PAM
zhlédnutí 6KPřed 5 lety
0:00 Boot stages INIT System V Step-1 2: /sbin/init и /etc/inittab (Рис 5.1а) 4:17 Step-3: /etc/rc.sysinit - Run Control инициализация системы 6:12 Step-4: /etc/rc.{ID} - основной сценарий запуска служб и Run Level 9:58 Откуда берется Run Level {ID} 11:53 Step-5 6: Kill/Start для переключения Run Level 14:40 Step-5a 6a: сценарии /etc/sysconfig/{configfile}, кратко Upstart и дерево зависимостей ...
Администрирование Linux, часть 2.2: Начальная загрузка операционной системы
zhlédnutí 16KPřed 5 lety
* POST, MBR, PBR, загрузчик ОС, ядро, монтирование корневной ФС * Параметры закрузки ядра ОС * Остов ядра vmlnuz и предзагрузка модулей ядра initrd * Первый и второй шаги загрузки * Загрузчики LiLо и GRUB * Загрузчик syslinux, isolinux и pxelinux * Стартовые flash и floppy диски
Администрирование Linux, часть 2.1: Пользовательские учетные записи и профили
zhlédnutí 4,7KPřed 5 lety
* Локальные хранилища учетных записей пользователей и групп - таблицы /etc/passwd и /etc/shadow Свойства пользовательской учетной записи Свойства групповой учетной записи Дополнительные свойства учетных записей - возраста паролей, сроки истечения * Утилиты управления локальными пользовательскими записями * Профили пользователей
Администрирование Linux, часть 1.3: Конфигурационные файлы, документация и делегирование полномочий
zhlédnutí 4,9KPřed 5 lety
Простые конфигурационные файлы: таблицы, записи, поля Командные (интерпретируемые) конфигурационные файлы Страницы руководства man: whatis, apropos Делегирование полномочий: sudo, visudo, sudoedit, sudoers
Администрирование Linux, часть 1.2: Пакетные менеджеры rpm, dpkg, yum, apt
zhlédnutí 10KPřed 5 lety
* Менеджеры пакетов rpm и dpkg Установленые пакеты Список файлов пакета Пакеты, которым принадлежат файлы Верфикация пакета Установка и удаление пакетов * Менеджеры зависимостей пакетов yum и apt Структура репозитария Подключение внешнего репозитария в yum и apt Кэш зависимостей и цифровые подписи Установка и удаление пакетов
Администрирование Linux, часть 1.1: Инсталляция ОС и пакетов ПО
zhlédnutí 10KPřed 5 lety
* Инсталлятор и инсталляция ОС * Управление (установкой и удалением) ПО Пакет программного обеспечения и зависимости между ними Репозитории пакетов Менеджеры пакетов RedHat Package Manager: rpm Debian PacKaGer: dpkg Менеджеры зависимостей пакетов RedHat Yellowdog Updater, Modified: yum Debian Auto Package Tool: apt
Основы Linux: сетевое взаимодействие, часть 2
zhlédnutí 7KPřed 5 lety
Основы Linux: сетевое взаимодействие, часть 2
Основы Linux: сетевое взаимодействие, часть 1
zhlédnutí 11KPřed 5 lety
Основы Linux: сетевое взаимодействие, часть 1
Команды bash: ветвеления, условия, циклы, функции
zhlédnutí 7KPřed 5 lety
Команды bash: ветвеления, условия, циклы, функции
Команды bash: переменные, подстановки, параметры, спис
zhlédnutí 6KPřed 5 lety
Команды bash: переменные, подстановки, параметры, спис
Основы Linux: сигналы и управление процессами
zhlédnutí 15KPřed 5 lety
Основы Linux: сигналы и управление процессами
Основы Linux: разграничение прав доступа и потоки ввода-вывода
zhlédnutí 14KPřed 5 lety
Основы Linux: разграничение прав доступа и потоки ввода-вывода
Основы Linux: дерево каталогов, файловые системы и файлы
zhlédnutí 31KPřed 6 lety
Основы Linux: дерево каталогов, файловые системы и файлы
Основы Linux: пользователи и вход в систему
zhlédnutí 24KPřed 6 lety
Основы Linux: пользователи и вход в систему
Программирование на C (Си) в Linux (часть 2)
zhlédnutí 9KPřed 6 lety
Программирование на C (Си) в Linux (часть 2)
Программирование на C (Си) в Linux (часть 1)
zhlédnutí 21KPřed 6 lety
Программирование на C (Си) в Linux (часть 1)
10:08 - а почему в 64 bit разрядной системе всего возможно выделить памяти 2^48? Почему мы её тогда не называем 48 битовой
Потому что процессор оперирует с 64 разрядными числами, АЛУ у него такое и шина данных. А шина адреса имеет "всего" 48бит (что позволяет иметь доступ к 256Тб [теребайт] байт-адресуемой памяти). Можно сделать шину адреса и 64 бит, но зачем усложнять и так непростую и недешевую реализацию, если даже при 48битном адресе используются жалкие проценты от его полного потенциала? Лишние биты это лишние транзисторы и лишнее энергопотребление, нагрев и прочее.
@@DmitryKetov Спасибо за развёрнутый ответ! Среди информационного шума сложно быстро найти нужное. Использую вашу книгу в работе.
Преподаватель с большой буквы! Мой искренний и низкий поклон!
А про dbus будут уроки?
Нет, не планируется
@@DmitryKetov жаль, с вашей подачей было бы легко разобраться.
Пока неясно как заполняется каталог /dev. Вроде как udev должен создавать в нем все псевдофайлы устройств, но сам udev запускается с помощью systemd, который в свою очередь запускается ядром. Получается ядро до запуска udev не использует каталог /dev ? Как тогда общается с устройствами? Феномен яйца и курицы:)
@@MrSirozhaa ядро вообще не использует /dev, это наоборот, интерфейс из ядра в user space
Крутые лекции, как можно скачать Презентационный материал?) не подскажете Дмитрий )
К сожалению, никак :)
Все ясно, кроме одного. Из логики сказанного следует, что файл может быть расположен только в пределах одной группы цилиндров. Но заявленный максимальный размер файла (16Тb для ext4) подсказывает, что большие файлы каким-то образом должны храниться в разных группах по частям. Нигде не могу найти объяснения...
Уберите слово "только" (в пределах одной группы цилиндров) и все встанет на свои места. Тем более что нет уже лет 30 никаких "цилиндров". А уж в соверменный век SSD/NVMe и подавно.
Почему у меня получается соединяться с сайтами в интернете по имени, если испольуется созданный как в видео DNS сервер? Ведь по сути он ничего не должен знать о сайтах в интернете.
Если получается, то значит он умеет в рекуррентный режим и в него предзагружены hints (подсказки) корневой зоны. И скорее всего это все включено по умолчанию, из дистрибутива. Детали - см. в видео DNS.4 czcams.com/video/A8a5su4AiHM/video.html
Что думаете о языке Golang как замену C ?
@@vinar9232 думаю что замена C/C++ этo rust, раз у D ничего не вышло
22:50 Разве здесь не была пересоздана фаловая система? Тогда может быть утерян доступ к файлам?
Да, была пересоздана. К файлам, которые находились на предыдущей реинкарнации ФС доступ *точно* будет утерян.
17:15 для чего нужно менять тип тома, понятно для дальшейшей работы с lvm, но что именно дает это изменение?
По факту самому lvm - ничего. Это информация для того, что бы в будущем вспомнить что это за том. Возможно еще pvscan на нее ориентируется, но это неточно. Думаю он читает и распознает сам суперблоки PV, а на признак "тип тома" в таблице разделов не особо обращает внимания.
А после создания метадиска следующим этапом он монтируется в каталог?
Диск нельзя смонтировать, можно только файловую систему. Поэтому, после создания диска/раздела/тома нужно следйющим шагом созадать на нем файловую систему
Мимо крокодил, и очень удачно! спасибо, доступно объясняет специалист!
И вот чего спрашивается, многие авторы, когда дело подходит к команде fdisk, рассказывают о ней в режиме: АААААА, СТРАШНАЯ КОМАНДА, ОЧЕНЬ АККУРАТНО, БОЙТЕСЬ ЕЁ, НЕВЕДОМАЯ МАГИЯ УНИЧТОЖИТ ВАМ ДАННЫЕ, ШАГВЛЕВО-ШАГВПРАВО - РАССТРЕЛ. Этот панически ужас перед командой fdisk в меня внушён, наверное, на всю жизнь, ибо я твёрдо уяснил для себя, что никогда не буду касаться этой команды xddd
@@ultimate_truth_society 🤣😆
01:01:58 - уши говорят, что инопланетяне приземляются ))
bash в моей жизни = czcams.com/video/oX9N_uxlFgE/video.htmlsi=JoraRRzGC6-eKSDR
Материал местами устаревший, но как же великолепно он составлен, что многие ответы легко находишь. Главное, что дают эти лекции - понимание откуда, какие ноги и зачем выращены. И уже яндексить информацию становится в разы проще. Правда разобраться с тем же systemd и udev в подробностях будет больновато, ибо, похоже, мало кто вообще разобрался с ними по сей день, и ответы по ним весьма странные встречаю)))) Впрочем, поглядим-с, с головой я ещё не погружался в эти темы))
Я правильно понимаю, что монтирование диска позволяет просмотреть его содержимое с помощью файловой системы (а файловая система выбирается в зависимости от типа носителя)?
Монтирование файловой системы диска позволяет посмотреть содержимое этой файловой систем с помощью дерева каталогов. От типа носителя файловая систем зависит, но не напрямую. Для HDD/SSD можно использовать кучу разных файловых систем. Даже для CD/DVD их было несколько разных
Насыщенность видео информацией такая, что на каждую 1 минуту видео нужно потратить 3 минуты осмысления. Замерял. В среднем у меня уходит 3 часа на обработку сознанием каждого часа видео ))) В принципе, это не очень далеко от любых других видео, где кто-то чему-то обучает. Но в этой же теме ОС и Linux , например,, у меня примерно тоже уходило бы 2-3 часа на пожирание 1 часа видео, но при условии, что 2 часа из этих 3 я бы копался на StackOverlow-сайтах в поисках ответов на вопросы, что возникли в ходе просмотра. У Кетова у меня очень редко появляются непримиримые вопросы, с которыми приходится лезть и шуршать яндекс. Цельность информации на высшем уровне.
Легенда
А бывает ли какой-нить задачник сисадмина? xdd Книга с заданиями, которые можешь порешать. Или может программа, что-то по типу тех же виртуальных машин, среди которых есть поломанные, и она ставит тебе задачу: восстанови систему такую-то таким-то способом; настрой в такой-то системе это, то и третье. И где-нить потом рассказывается, как именно это делать надо было правильно))
Эх... Если бы я только наткнулся на эти лекции в 2012г. Моя жизнь буквально пошла бы в ином русле)) xD В 2018 может уже нет, но вот в 2012 мою жизнь круто развернуло бы)) Точнее, меня бы не отвернуло изначально от того, чем я тогда занимался))
В 2012 на эти лекции нужно было живьем приходить :)
К тезису о том, что сложно представить себе, когда нужно устанавливать программу из исходного кода: например, когда нужно лучше настроить модули в nginx. Ты их указываешь, и собираешь в общем-то nginx под свои нужды из файлов исходного кода. И это один из основных способов установки этого сервера, который рекомендован, по-моему, вообще везде и всеми. Если речь о хоть сколько-то серьёзной работе.
Если речь идет о серьезной работе, то из исходников как раз никто не собирает. В любом дистрибутиве всегда проделана работа по выбору стабильной версии и адаптации кода прикладного ПО под дистрибутив и версии его системных библиотек плюс на приложены заплаты безопасности. Т.е. если и пересобирать что-либо, то только из сорцов майнтейнера пакета дистрибутива - меняя конфигурацию. Собирать из исходников с github как раз несерьезно, ибо можно наступить на грабли с совместимостью, безопастностью и вообще.
А в каком видео лекция касается & в командах? Кто-нить помнит/находил?
а почему демон, что стоит за этим названием?
Вы демона когда либо видели? Вот и я не видел. А он есть 😂
т.е. псевдофайловые системы созданы для передачи информации от модулей ядра к программам с помощью псевдофайлов?
Да, но не только от модулей. От любых компонент ядра.
@@DmitryKetov А насколько сильно отличается файловая система ufs от ext4?
@@vinar9232 Настолько что ufs не существует. Это скорее собирательный класс из extfs, bsd ffs, minix fs и прочих подобных
А есть какая-та особая причина, почему многие используют vi, а не vim? Или дело лишь в том, что Vi короче на одну букву? ))
Причина в том, что запускается все равно vim :)
Т.е. дочерние процессы, формируемые основным процессом это и есть нить? (Ведь по сути они под управлением основного процесса, а следовательно и имеют общее адресное пространство)
То, что формируется "основным" процессом может быть и нитью и другим процессом. Зависит от способа формирования. Если fork() то получится процесс, если pthread_create() то нить. Но на деле в обоих случаях произойдет обращение к ядру при помощи системного вызова clone() в параметрах которого будет указано какие ресурсы у формируемого процесса должны быть общими с формирующими. Если все - получится нить. Если никаких - получится процесс.
@@DmitryKetov а возможно ли формирование дочернего процесса дочерним процессом?
@@vinar9232 Не просто возможно, но это еще и основа основ. Так и строится дерево процессов
since 7 years still pound for pound
А презентации и схемы из лекций нигде скачать нельзя?
5 книг по Linux не смогли объяснить, что такое файловая система в Линукс и дерево каталогов... И тут автор раскладывает всё с точки 0 до практически полного понимания теории за 15 минут.
Рекомендую эту bhv.ru/product/vnutrennee-ustrojstvo-linux-3-izd/ книгу 😁
@@DmitryKetov уже приобретена. Уже на руках. Уже изучаю! =)
разве к памяти тоже через файл???
Да, есть и такое. Например /dev/shm, или /proc/self/mem
Пробовал поковырять D... С моим уровнем это капец как сложно.. Ну и сыроват (по крайней мере тогда) был язык. Ни IDE , ни библиотек нормальных
Наличие IDE не определяет сырость языка 😆 но если сильно надо, сейчас IDE есть под любой язык. Зовётся Microsoft Code
@@DmitryKetov а что насчёт библиотек? Ну медленно развивается язык. Очень медленно. Хотя конечно предпосылки у него прям огонь. Бинарный код + GC + вся мощь С++
@@DmitryKetov я не настолько бру, чтобы в vim'е фигачить код)))
@@xxxbunx Насколько я понимаю он совместим с C ABI и вроде даже частично с C++ ABI. Так что библиотек - море. А "вся мощь С++" для психически здоровых людей это теперь Rust :)
Это гениальное видео!!! Отдельное огромное спасибо за столь ясное введение в суть приватных/публичных ключей без усложнения до состояния "идите читайте ГОСТ-xxxxx" - там всё это описано легко и понятно. Очень стройное изложение. И особенно мне понравилось, что в видео, когда у тебя появляется в вопрос, автор на него отвечает немногим позже. По началу я пытался гуглить ответы на свои вопросы, чем сильно удлиннил себе просмотр))) На все мои вопросы, что у меня возникали, автор ответил в последующих частях видео. Что лишь подчёркивает и знание автором материала, и подготовленность этого материала, и умение преподавать. Такое очень редко встретить получается! UPD. Видео на столько превосходное, что после него без проблем с понималкой настроил работу ssh на своём сервере в сети; на винде ssh со всеми фишечками, включая агента. И, как ни странно, не смотря на то, что в видео об этом не сказано ни слова (кажется), но ssh-туннели стали внезапно куда более понятными.
а в 1:12:10 что значит программа устала и решила ее заместить?
А это видео продолжение какого то другого?
А меня vi совсем не раздражает, даже наоборот, я им чаще всего пользуюсь )
Отличное видео, жаль только звук не очень
не золото, а бриллиант!
почему нить а не поток ?
По сути. Процессы (веревка) из нитей, нити из волокон. Да и вообще www.google.com/search?q=thread&udm=2
покупаю книгу вашу, спасибо за лекции !
brilliant !
Странный профессор... Явно NAT и MANGLE не на своих местах. Но по ходу ему все равно.
В каком месте? На схеме на входном интерфейсе A и B? Да, местами перепутаны. Не думаю что это мешает воспринимать смысл.
Дмитрий Кетов, вы совершили тяжкое преступление, заключающееся в том, что забросили канал.
если мы задали на сервере переменную DISPLAY, получается что графические приложения мы можем запускать только на одном клиенте, который в этой переменной указали?
DISPLAY задается как раз на клиенте и указывает к какому серверу присоединяться. К одному серверу могут присоединяться любое количество приложений.
@@DmitryKetov вы под сервером имеете в виду X Server, или машину информация с которой мы хотим получать на своем экране? Я просто с терминологией тут запутался, что мы в итоге сервером называем.
@@abrosovd Я имел ввиду сервера/клиенты X протокола. Та (маломощная) машина, на экране которой мы хотим видеть изображение будет выполнять X сервер. Наоборот, X клиенты (графические приложения) запускаются на (мощных) машинах, которые могут не иметь ни дисплеев, ни видеокарт вовсе.
@@DmitryKetov теперь все понятно. PS Когда-то дистантно проходил у вас курс, сейчас освежаю кое-какие знания - лучше вас никто не объясняет. Спасибо!
По работе необходимо знать Linux. Искал по фрагментам всякое разное, а у Вас тут, оказывается, шикарный фундаментальный материал. Вооружился ручкой и личным блокнотом, погрузился в обучение с великим удовольствием). Узнал что у Вас есть своя книга, буду заказывать! Спасибо за труды!
Вот это супер!
"GNU это их девиз, можно считать" 😆👍
Блин, афигенское видео, спасибо вам огромное!
хотелось бы еще понять про Page Fault, что оно, когда происходит и как дорого обычно обходится.
После слова коробкИ я понял что лектор весьма непрост и надо досмотреть до конца, ахахахахахахахахахааххаха
Коробок (м.р., ед.ч.) - коробкИ (мн.ч.) Коробка (ж.р., ед.ч.) - корОбки (мн.ч.)