4:33 - Файл НЕ будет выполнятся от имени того пользователя кто дал права на выполнение, он будет выполнятся от имени пользователя который его запустил. Для запуска от имени владельца/группы файла существует отдельные биты SETUID и SETGID соответственно.
Большое спасибо за прекрасную подачу материала) Неплохо бы так же описать систему процессов Linux, что такое иерархия процессов и как она работает, а так же выгрузку в SWAP, что такое виртуальная память и циклы жизни процессов. Да, тематика близка к программированию, но вполне нужна администраторам Linux. Можно попробовать подать материал более простым языком, стараясь не затрагивать язык Си и его системные вызовы вроде fork и exec. Да есть множество учебных материалов как в текстовом так и в визуальном варианте, но более чем уверен, что в вашем исполнении это будет смотреть ещё и интересно)
Нужно больше таких видео! Очень просто, понятным языком и главное - это то что нужно даже опытному виндоюзеру когда он попадает в линукс (не говоря уже про обычных пользователей).
Посмотрел бы на 40+ windows пользователя, которому про символьные ссылки будут объяснять... Понятна здешняя информация только тем, кто хоть раз непосредственно занимался линуксом. Хотя бы ради интереса. Информация для таких людей да, упрощена.
@@Cepbl4es А что сложного.И в виндовз,в 1 клик пкм, делается ссылка на диск,папку находящуюся в тысячах км от твоего ПК,на другом ПК,подключенному через клиент DC++.)Нет,ну можно конечно усложнить,поставить не нужную надстройку а-ля SAP Platform и гонять файлы/"немецкие фильмы" через облако,из РФ в Бразилию и обратно.)))
В *nix корень фс - это не "обратный слеш", как сказано, а как раз таки "прямой слеш" или просто "слеш". Это в винде разделитель - обратный слеш. Также ошибка в том, что симлинки нельзя просто так перемещать, и "все будет работать". Будет только, если симлинк указывает на абсолютный путь. А если на относительный, то работать он будет, но не так как в исходном месте.
@@АлександрШумко-ъ2р оболочка это набор файлов размещенных в продемонстрированных каталогах на видео, использую дебиан как вебсервер без оболочки структура аналогична.
Самый очевидный недостаток FHS - это то, что стандарт мало кто использует и все пихают файлы в те места, в которые им удобно. В итоге знание стандарта практически ничего не даёт и вскоре забывается, тк не используется.
Это проблема разработчиков. В винде тоже есть стандартные папки. Даже если вин апи которое возвращает путь стандартной папки. Но это почти ни кто не использует
О! Я нашёл (точнее. Ютуб мне подсунул ролик, который я буду смотреть ежедневно за завтраком... Достаточно чётко изложено назначение папок (да, я помню, что папка у меня один, но уж простите виндузятника....). Запомнить это невозможно "с налёту".... Нужно слушать много раз и запоминать.... Спасибо за такое классное изложение!
Я и в Windows среде постоянно использую симлинки, тоже перемапил часть директорий и файлов с ssd на hdd, и если для преремещения Temp и директорий пользователя (Documents, Vide, Music, Downloads и прочего) можно обойтись без линков, просто поменяв путь к ним в registry (или просто назначив новое местоположение в свойствах папки), то например для SoftwareDistribution очень удобно мапить через линк. В Windows конечно это не так часто используется, но даже встречается софт который по полной использует линки (например Diablo в GoG инсталяции, для избежания дублирования файлов mpq для запуска Hellfire). Моунты в Windows тоже близкие к Linux, я тоже отдельные диски в Windows часто не маплю как диски, а просто как отдельные папки. Поэтому перреснв на линукс пару лет назад (Ubuntu дома и десятки серверов на Debian) не ощутил никакого дискомфорта, с mc и вовсе все как в старом добром DOS.
в WinNT вообще тоже есть корневая директория, а диски всего лишь папки в ней. Просто это надежно сокрыто от пользователя. Но если глянуть в настройки того же загрузчика, то там это написано. Например \\.\Volume{b75e2c83-0000-0000-0000-602f00000000}\Test\Foo.txt
@@hellyeah3307 На рабочем компе я тоже ничего не пермапливаю, тк лишние пару лет жизни носителя мне абсолютно неважны и главное максимальная производительность, но на своем домашнем, делаю совершенно по другому (имею выбор и если это кардинально не влияет на скорость работы и существенно уменьшает износ носителя, то почему бы и нет - сейчас с современными QLC и PLC ячейками ресурс NAND памяти снизился в разы, что сильно удручает)... у меня тоже есть хорошо работающий SSD-ветеран (ещё MLC) от Intel десятелетней давности, тоже отлично работает и ещё лет пять проработает, но так же есть с десяток убитых за 3-5 года SSD поновее - их специально брали под PCIe для ускорения темповой базы SQL Server-а. Тут ещё конечно важно на сколько забит носитель и чем выше заполнение - тем выше износ, то есть при почти 100% заполнении диска у клиентов они служили примерно 1.5 года (три таких было) - не уследили :(
@@shetiashcroft \\?\ Вот так только называется корень всей иерархии в винде Символом точка обозначается текущий каталог всегда, поэтому она не может быть корнем
Большое тебе спасибо. Все очень доступно!!! Лет 20 назад было стремление пересесть на Линукс, но желание играть без танцев с бубном и наверное подростковая лень невелировали все) Купил себе стим дек, пришел в полный восторг от арч и КДЕ... А Протон для игр и то что Давинчи работает нативно , стали последними аргументами в пользу отдыхать и работать из под линукс. Твой канал для меня это находка! Очень помогаешь разобраться во многом! Спасибо
18:20 Спасибо, что затронули такую больную тему для новичков, как зависимости и совместное использование библиотек. Много сил и нервов было потрачено на решение проблем с версиями библиотек, сильно отторгала эта иррациональная концепция в Linux. Надеюсь, рано или поздно в linux дистрибуция приложений будет осуществляться с использованием flatpak или snap =)
Спасибо очень помогло разобраться с иерархией Линукс. Давно хотел ето сделать) Большой удар по тей системе есть установка без с правами рут. Ето как по мне очень большая проблема, но и водночас большинство програм на Виндовсе устанавливаються по тому же самому принципу (через рут). В целом директории росположени очень грамотно и особено права к ним
В целом получилось неплохо. Было бы очень здорово выпустить продолжение. Относительно файловых систем много чего осталось не раскрытым. Например, то, что в GNU/Linux их великое множество и много есть нестандартных, специальных, есть такая чудесная вещь как FUSE. Можно монтировать архивы и различные образы, есть оверлейные системы с шифрованием и много чего ещё. В этом одна из сильных сторон GNU/Linux.
16:30 В *nix системах вполне применяется термин "Папка" ("Folder"), многие графические файловые менеджеры именно так эту сущность и называют. Собственно, даже в видео это есть "Домашняя папка". При этом в Windows вполне можно встретить термин "Каталог" ("Directory"), например при работе с консольными утилитами. Вообще разница тут в том, что "Папка" это элемент графического интерфейса, а "Каталог" - файловой системы. Не каждая папка имеет за собой каталог в файловой системе, либо каталог может иметь не такие свойства как папка. Часто такое встречается в Windows, когда папка есть в проводнике, но её нет в файловой системе (всякие системные сущности, вроде панели управления), либо папка называется так, а каталог иначе ("Users" и "Пользователи", за счёт файла .ini). Да и просто не все каталоги видно как папки, т.к. они скрыты.
То, что вы называете про "элемент графического интерфейса" - это пиктограмма. Её нарисовать какой угодно можно. В контексте фс оба термина полностью эквивалентны
А в русском языке ещё и исторически сложилось так, что для перевода directory может использоваться и слово каталог и слово-калька директория, что только ухудшает взаимопонимание. Лично я использую все три слова как полные синонимы, употребляя хаотично.
Я, когда только начинал знакомиться с Linux Mint, испытывал некоторые трудности с удалением программ. Зато теперь гораздо легче удалить несколько пакетов программ с помощью команды sudo apt purge))
Спасибо, понятные разъяснения. Ещё и текст, достойный стендапера. "Каталогов много, а папка у тебя один". :)) Кстати, когда в Винде придумали термин "папка", он меня дико бесил. И я упорно употреблял термин "директория", благо его все понимали. Потом пошёл работать на завод в техподдержку, и там пришлось таки привыкнуть к термину "папка". Для среднего рядового пользователя директория - это слишком сложно.
Ага. И лишние папки там где они тебе не нужны. Пример, на Винде я создал новый диск и меня там "пусто". На Линуксе я вижу папки которые мне не нужны, но нужны системе. В итоге получаем "захламление".
@@woofkaf7724 при создании раздела создается каталог lost+found. Данную директорию использует утилита fsck. Утилита fsck предназначена для проверки файловой системы. Если утилита fsck в ходе проверки находит данные в файловой системе, которые повреждены или не имеют имени в системе («осиротевшие»), то такие файлы помещаются в директорию lost+found.
Во во, я когда впервые столкнулся не мог допереть, а где диски то... и до сих пор поражаюсь насколько перегружено все это дело выглядит, особенно если несколько дисков, а костыли с монтирование доп дисков при загрузке это какой-то лютый угар, если винда когда-нибудь закончит свое существование, десктопный линукс все равно не станет массовым, пока не появятся файловые менеджеры или даже новая фс где все будет структурировано по человечески...
@@GDisclaimer И вот еще, без симлинков вообще реально на другой физический диск переместить софт ? допустим, есть ссд на 240гб и хдд на 2тб, нужно условный davinci переместить на hdd, сколько гуглил - все решение сводится к рейд массиву/покупкой более емкого накопителя или симлинкам, возни там конечно...
отличное видео, спасибо. Очень структурная подача материала. Сохраню себе в рабочие видео. Будет полезно пересмотреть, когда вопросы на эту тему появляются :)
Я Вам скажу больше. Любая файловая система регистрозависимая. Так же могу добавить что файловая система сама по себе фейк. Она не существует на диске. Файловая система это способ систематизировать файлы, их запись, чтения и не какого отношения к диску она не имеет. Жеский диск может только читать и писать сектора размером в 512 байт (иногда 2048 байт, но это CD и DVD) все остальное операционная система делает.
@ArboLeet это не так. Можно и без знания файловой системы считать файл (существуют даже программы которые восстанавливают файлы в испорченной файловой системе), но разговор шел не об этом,а о регистрозависти (есть ли разница между заглавными буквами и прописными), так вот любая файловая система регистрозависимая. Регистронезависимость зависит от операционной системы, а не от файловой системы. Ну а жесткий диск вообще не реагирует ни на регистрозависимость ни на файлы. На жесткий диск можно записать это миллион файлов с одинаковым названием.
6:20 - "Да хоть в другом измирении!" - Я полчаса под столом от смеха валялся, классная метафора/шутка/аналогия! Чем бы это ни было, зашло на ура. Спасибо за ролик, новичкам будет крайне полезен. Чего греха таить, и мне помог как дурачку
4:18 На картинке у вас написано " владеющая группа", ведь владелец может и не входить во владеющую группу. В тоже время во владеющую группу могут входить пользователи не входящие в группу владельца. 5:40 пожалуй все же корневой каталог а не корневой раздел, лежит в основе дерева каталогов. Раздел имеет имя вида /dev/sdxy а не /.
@@tltknot это как раз вам что- то не понятно. к чему вы вообще написали пост выше так и не поняв о чем речь? вы понимаете разницу между "группа владельца" и "владеющая группа" или "группа владелец"?
Я думаю, что linux иерархия каталогов тянет за собой тяжелое наследие прошлого. Тот же каталог usr и sbin появились в своё время не от хорошей жизни, а в попытках уместить систему на дискеты с последующим монтированием их в нужные точки. Каталог srv может был бы хорошо, но все забили и тот же apache делает свою папку в var и не парится. Сама иерархия хорошо подходит для сервера где пользователей желающих поставить своё ПО нет, но есть сервисы к которым нужен доступ, а если пользователь таки заходит на сервер, то его удобно запереть в домашней директории. Однако в этом проблема для использования Linux дома. Может показаться, что в Windows пришли к тому же, ведь чтобы сейчас поставить программу на Windows нужно дать разрешение или запустить установщик от админа, а переносные программы ставятся в каталог пользователя. Но различия есть. Windows программы любят тягать с собой весь набор необходимых библиотек, ну или их часть если описаются на .NET который есть уже в системе. Как бы в Linux не хотелось бы избежать lib hell этого для пользовательского ПО походу не получится. Вариант конечно есть. С принудительным указанием нужных версий библиотек при загрузки ПО, но сделано кривовато и не юзабельно. Хотя в этом направлении стоило бы поработать, глядишь и флэтпаки бы похудели.
@А А я думаю, что одной структурой файловой системы тут не следовало бы ограничиваться. Было бы хорошо если бы к исполняемым файлам шли манифесты с описанием библиотек и их версий, которые бы ОС для них загружала в память. Это могло бы помочь с одной стороны не таскать каждому приложения весь набор библиотек, а с другой стороны решало бы проблему совместимости старого ПО с новой версией ОС и новыми библиотеками. А то почему стандарт такой. Ну так хорошо хоть какой то есть. И то его не все и не во всём придерживаются.
В области байтов и кодов, Где инновации свободно текут, Лежит мир с открытым исходным кодом, Где линукс царит с могучей силой. Родился из разума Линуса Торвальдса, Создание, которое бросает вызов всем разногласиям, Ядро, созданное с большой осторожностью, Чтобы предложить несравненную свободу. Линукс, хранитель гиков, С его мощью нет преград пиков, Операционная система, сильная и безопасная, Святилище для тех, кто терпит. От серверов к устройствам он расширяет свое присутствие, Универсальная платформа, готовая к обучению, Для программистов холст для создания, Для пользователей рай, надежный и отличный. Его талисман пингвина стоит высоко и гордо, Символ сообщества, живой и громкий, Сотрудничество умов столь обширно, Строить будущее, которое будет длиться вечно. Эхо командных строк, сценарии танцуют в восторге, Пока энтузиасты Linux вступают в бой, Чтобы вырваться из собственнических цепей, И принять мир, где царит свобода. От Ubuntu до Fedora, от Debian до Mint, Бесчисленные вкусы, каждый со своим оттенком, Калейдоскоп выбора, такой огромный мир, Linux приглашает всех принять участие в его взрыве. Итак, давайте прославим эту могучую ОС, С его открытыми дверями и бесконечной утонченностью, Для Linux, чемпиона бесплатного, Свидетельство того, какой может быть технология.
Вот я частенько пользуюсь связкой (ram disk) --> ( ssd ),ну или точнее создаю /mnt/tmpfs/ и в него часто закидываю временные файлы перед обратным закидыванием их на SSD,*хотя в последнее время стал часто видео 4k смотреть оттуда,не знаю точно но надеюсь это тоже придаёт небольшую выграш по времени _)
Обра́тная коса́я черта́, или обратная косая (на компьютерном жаргоне - обратный слеш [слэш] или бекслеш [бэкслэ́ш] от англ. backslash), - специальный символ (\), с написанием, обратным по отношению к обычному символу косой черты (/) (иногда, также, называемого «прямой косой»). А, оказывается, что раньше уже написали об этом в комментариях, ну ладно.
Ролик очень хороший, информативный особенно для начинающих! Огромное спасибо и уважение за труд! Есть пару спойлеров )) Вопрос первый - "папка" и "каталог" - кроме названия и интерфейса который мы видим, количеству настроек - чем то вообще кардинальным отличается? Мне кажется что только название разное, а суть одна... И по сути тогда, что мак, что линукс что виндоус - всё основывается на "папке" - просто названия меняют )) Удобство виндоуса в том что сразу видно - сколько дисков что где искать. А когда куча папок в одном месте - сиди гадай где что на каком диске. И как не крути, диски в панельке сбоку - тоже отображаются - походе на виндовый проводник с древом. И опять приходим к выводу - тот же портрет, только в профиль... Самое для меня непонятное - зачем в линуксе усложнять процесс монтирования"?! В винде всё просто, автоматом, хотя никто не заставляет делать и в ручную. Но усложнять то зачем? Компьютеры изобретены для упрощения жизни! Автор говорит что для удобства в линуксевсё разнесено по папкам - так в винде всё то же самое! Только в винде 3 основных папки а в линуксе сделали их 33... Точно так же в винде можна папку программ файлс кинуть на отдельный жд, папку пользователя(ей) тоже кинуть на отдельный диск а саму систему оставить на третьем диске. То есть всё можно сделать так же, только никто так не делает, по тому что та чушь не удобна. Хотя кто к чему привык! Англичанам на наших машинах тоже очень не удобно ездить! Руль не там! ))) Сим линки кстати очень чувствительны к перемещениям! Как и ярлыки в винде! На практике у меня с ними мороки было гораздо больше. Я начинающи в линуксе, так что если что-то не правильно сказал, кого-то оскорбил чем то приношу свои извинения. Всё сказанное это чисто моё личное мнение и понимание, представленное в ознакомительных целях.
Да это ужас какой-то, если винда когда-нибудь откинет копыта, линукс на десктопе с таким подходом к файловой системе все равно не взлетит, по крайней мере пока не склепают файловые менеджеры, которые будут структурировать все это дело в человеческом виде или новую фс...
@@SL4RK сказал чел который видос в левое ухо слушал в правое вышло. Весь твой рабочий стол и все папки юзера точно так же как и в винде вединой папке юзара находится. В винде эта папка называет User в Linux usr/home. Тебя от того что названия разные жить нелья или ты настолько дед что смена названия улицы = инсульт
@@serhiis_ Точно винда же заканчивается на рабочем столе и когда в командной строке вбиваешь путь не нужно знать где находятся системные папки, зачем ? А уж тем более когда файл находится на другом диске...
@@SL4RK какой еще давинчи? я не сисадмин. Обычному пользователю хватает гуишного пакетного менеджера что бы что-то установить из стандартного репозитория. А если ты прошареный юзер, тебе unix будет явно лучше. Как минимум потому что в linux нету проблем от того что migw установлена в папке с пробелами. А JetBrainse студия на винде вообще не будет компилировать и отлаживать с++, если в папке есть русские буквы
@@AlekseySamoilov Дело не в теме, а в том, что в Win какого пользователя хочешь, такого и добавляешь и вариантов настроек море. То есть, система тебя не ограничивает в гибкости. В Lin же хрен настроишь, как тебе нужно (если только через какие-то костыли).
@@PsevdonimAndreyaVladimirovicha в том и дело, что в Linux и Unix нет никаких ограничений и все логично, а винда для совместимости как раз и начала вбирать в себя кучу костылей
@@AlekseySamoilov Хорошо. Тогда вопрос. Вы хотите дать какие-то разные права на одну и туже папку двум пользователям не являющихся администраторами. При этом необходимо сохранить права для системы и администраторов. Как это сделать в Линуксе?
@@PsevdonimAndreyaVladimirovicha через ACL, также как это делается и в винде. Назначается консольной утилитой setfacl. Такой же список доступа получится, как для отдельных пользователей так и для групп.
"Так что каталог полезный, хоть и ненужный"
Великолепно !
Человек видимо имел в виду «не обязательный»
@@igorzaytsev4790 "Коллекция немецких фильмов" лучше ))
@@v1v2v3v4v3v2v1 Каталогов дохрена... а Папка у тебя один)))
@@igorzaytsev4790 Он имел в виду, что только в особых случаях каталог необходим
@@v1v2v3v4v3v2v1 он сказал "Коллекция ЛЮБИМЫХ немецких фильмов".
"Каталогов дохрена, а Папка у тебя один!" - ахаха))
В Линукс директории вообще-то, а каталоги в маздаях
@@MrPalianytsia А в английской версии Windows как? Вот! "Каталог" это просто перевод "directory", а "директория" калька с английского.
А ещë про "немецкие фильмы" (с сайтов для взрослых, разумеется) на отдельном разделе...
@@0alsh ничего подобного. Directory это деректория, а папка это folder. Так что никаких калек, иди английский прокачивай.
@@magnethome3778 оба перевода правильные, два гения бл XD
Хочу отдельно обратить внимание на приятную для слушателя закадровую речь - это такая редкость. Спасибо!
"Жесткий диск на котором хотите хранить коллекцию любимых немецких фильмов". А вы что имели в виду?
Мерседес уходит от погони. 1980 г.в.
прон
дас ис фантастиш)
Вероятно то что делает жёсткий диск жёстким)
"Беги Лола, беги", "Достучаться до Небес".
4:33 - Файл НЕ будет выполнятся от имени того пользователя кто дал права на выполнение, он будет выполнятся от имени пользователя который его запустил. Для запуска от имени владельца/группы файла существует отдельные биты SETUID и SETGID соответственно.
SETUID и SETGID не совсем одно и тоже SETGID принуждает наследовать Группу и соотвественно себя самого
Большое спасибо за прекрасную подачу материала) Неплохо бы так же описать систему процессов Linux, что такое иерархия процессов и как она работает, а так же выгрузку в SWAP, что такое виртуальная память и циклы жизни процессов. Да, тематика близка к программированию, но вполне нужна администраторам Linux. Можно попробовать подать материал более простым языком, стараясь не затрагивать язык Си и его системные вызовы вроде fork и exec. Да есть множество учебных материалов как в текстовом так и в визуальном варианте, но более чем уверен, что в вашем исполнении это будет смотреть ещё и интересно)
Нах..я?
Спасибо вам большое за ролики! Какое удовольствие всегда их смотреть: строгий монтаж, сжатость информации и приятный голос. От души!
Нужно больше таких видео! Очень просто, понятным языком и главное - это то что нужно даже опытному виндоюзеру когда он попадает в линукс (не говоря уже про обычных пользователей).
Не нужно. Винос отличная система, начиная с 7ки. Да что там, хр ещё на станках работает.
не представляю, как даже просунутый юзер может использовать эту информацию. Думаю, даже не многие знатоки ею пользуются.
Посмотрел бы на 40+ windows пользователя, которому про символьные ссылки будут объяснять... Понятна здешняя информация только тем, кто хоть раз непосредственно занимался линуксом. Хотя бы ради интереса. Информация для таких людей да, упрощена.
@@Cepbl4es, всего лишь дело привычки.
@@Cepbl4es А что сложного.И в виндовз,в 1 клик пкм, делается ссылка на диск,папку находящуюся в тысячах км от твоего ПК,на другом ПК,подключенному через клиент DC++.)Нет,ну можно конечно усложнить,поставить не нужную надстройку а-ля SAP Platform и гонять файлы/"немецкие фильмы" через облако,из РФ в Бразилию и обратно.)))
В *nix корень фс - это не "обратный слеш", как сказано, а как раз таки "прямой слеш" или просто "слеш".
Это в винде разделитель - обратный слеш.
Также ошибка в том, что симлинки нельзя просто так перемещать, и "все будет работать". Будет только, если симлинк указывает на абсолютный путь. А если на относительный, то работать он будет, но не так как в исходном месте.
Очень годно! Лойс, и отдельный лойс за папку:D
Спасибо вам. Очень приятно слушать. Все так хорошо понимается и запоминается. Тем более, что я совсем недавно вступила в ряды линуксоидов.
Линукс стал немного ближе и понятней :-)
Это звучит так, как будто пользователь винды или мака знает что к чему у себя в ос ))
@@_denys соглашусь 😅
Не линукс а Gnome)
или кеды, не знаю что там там оболочка у него
@@АлександрШумко-ъ2р а какая связь между оболочками и файлами?
@@АлександрШумко-ъ2р оболочка это набор файлов размещенных в продемонстрированных каталогах на видео, использую дебиан как вебсервер без оболочки структура аналогична.
Молодцы, побольше бы таких выпусков.
....Каталогов дохрена...а ПАПКА у тебя -ОДИН...)))😂😂😂ХОРОШО сказанул...
Самый очевидный недостаток FHS - это то, что стандарт мало кто использует и все пихают файлы в те места, в которые им удобно. В итоге знание стандарта практически ничего не даёт и вскоре забывается, тк не используется.
Это проблема разработчиков. В винде тоже есть стандартные папки. Даже если вин апи которое возвращает путь стандартной папки. Но это почти ни кто не использует
О! Я нашёл (точнее. Ютуб мне подсунул ролик, который я буду смотреть ежедневно за завтраком... Достаточно чётко изложено назначение папок (да, я помню, что папка у меня один, но уж простите виндузятника....). Запомнить это невозможно "с налёту".... Нужно слушать много раз и запоминать.... Спасибо за такое классное изложение!
Я уже более менее знаю файловую систему, но иметь пошаговый гайд всегда лучше. Спасибо за контент и кучу полезного, и интересного материала!
Я и в Windows среде постоянно использую симлинки, тоже перемапил часть директорий и файлов с ssd на hdd, и если для преремещения Temp и директорий пользователя (Documents, Vide, Music, Downloads и прочего) можно обойтись без линков, просто поменяв путь к ним в registry (или просто назначив новое местоположение в свойствах папки), то например для SoftwareDistribution очень удобно мапить через линк. В Windows конечно это не так часто используется, но даже встречается софт который по полной использует линки (например Diablo в GoG инсталяции, для избежания дублирования файлов mpq для запуска Hellfire). Моунты в Windows тоже близкие к Linux, я тоже отдельные диски в Windows часто не маплю как диски, а просто как отдельные папки. Поэтому перреснв на линукс пару лет назад (Ubuntu дома и десятки серверов на Debian) не ощутил никакого дискомфорта, с mc и вовсе все как в старом добром DOS.
в WinNT вообще тоже есть корневая директория, а диски всего лишь папки в ней. Просто это надежно сокрыто от пользователя. Но если глянуть в настройки того же загрузчика, то там это написано. Например \\.\Volume{b75e2c83-0000-0000-0000-602f00000000}\Test\Foo.txt
Добрый день, пенсионер. ССД диски давно уже живут безо всякого перемапа. уж по 10 лет моим, при чём используются под базу SQL и в ус не дуют.
@@hellyeah3307 На рабочем компе я тоже ничего не пермапливаю, тк лишние пару лет жизни носителя мне абсолютно неважны и главное максимальная производительность, но на своем домашнем, делаю совершенно по другому (имею выбор и если это кардинально не влияет на скорость работы и существенно уменьшает износ носителя, то почему бы и нет - сейчас с современными QLC и PLC ячейками ресурс NAND памяти снизился в разы, что сильно удручает)... у меня тоже есть хорошо работающий SSD-ветеран (ещё MLC) от Intel десятелетней давности, тоже отлично работает и ещё лет пять проработает, но так же есть с десяток убитых за 3-5 года SSD поновее - их специально брали под PCIe для ускорения темповой базы SQL Server-а. Тут ещё конечно важно на сколько забит носитель и чем выше заполнение - тем выше износ, то есть при почти 100% заполнении диска у клиентов они служили примерно 1.5 года (три таких было) - не уследили :(
@@shetiashcroft \\?\
Вот так только называется корень всей иерархии в винде
Символом точка обозначается текущий каталог всегда, поэтому она не может быть корнем
Большое тебе спасибо. Все очень доступно!!! Лет 20 назад было стремление пересесть на Линукс, но желание играть без танцев с бубном и наверное подростковая лень невелировали все) Купил себе стим дек, пришел в полный восторг от арч и КДЕ... А Протон для игр и то что Давинчи работает нативно , стали последними аргументами в пользу отдыхать и работать из под линукс. Твой канал для меня это находка! Очень помогаешь разобраться во многом! Спасибо
Хорошая шутка про образовательные видео из лабораторий Гестапо.
Новички будут довольны, ценная информация.
Мне это видео очень помогло бы, 11 лет назад... Полезная шпаргалка, спасибо.
Отличное видео. Много информации которую другие не рассказывают вообще, а тут с полным описанием и визуалом!! Спасибо тебе за это ))
спасибо за пояснение, давно хотел где-то почитать обо всех этих каталогах, а тут целое видео нашлось, как говориться, лучше один раз увидеть
18:20 Спасибо, что затронули такую больную тему для новичков, как зависимости и совместное использование библиотек. Много сил и нервов было потрачено на решение проблем с версиями библиотек, сильно отторгала эта иррациональная концепция в Linux. Надеюсь, рано или поздно в linux дистрибуция приложений будет осуществляться с использованием flatpak или snap =)
Спасибо очень помогло разобраться с иерархией Линукс. Давно хотел ето сделать)
Большой удар по тей системе есть установка без с правами рут. Ето как по мне очень большая проблема, но и водночас большинство програм на Виндовсе устанавливаються по тому же самому принципу (через рут). В целом директории росположени очень грамотно и особено права к ним
9:10 про место для хранения коллекции любимых немецких фильмов. Моё почтение сэр, я уже 10 лет как перешёл на Линукс.
О, ждал подобный полезный выпуск, лайк!
Прекрасный канал ! Однозначно подписался. Давно хотел бы сидеть в Линуксе ... увы вся моя работа заточена под винду ...
В целом получилось неплохо. Было бы очень здорово выпустить продолжение. Относительно файловых систем много чего осталось не раскрытым. Например, то, что в GNU/Linux их великое множество и много есть нестандартных, специальных, есть такая чудесная вещь как FUSE. Можно монтировать архивы и различные образы, есть оверлейные системы с шифрованием и много чего ещё. В этом одна из сильных сторон GNU/Linux.
И exteded attributes, chattr+lsattr
Да, после винды мозг ломается, когда в linux пытаешься мыслить привычной иерархией типа C:/Games/Heroes of Might and Magic 3/
16:30 В *nix системах вполне применяется термин "Папка" ("Folder"), многие графические файловые менеджеры именно так эту сущность и называют. Собственно, даже в видео это есть "Домашняя папка". При этом в Windows вполне можно встретить термин "Каталог" ("Directory"), например при работе с консольными утилитами.
Вообще разница тут в том, что "Папка" это элемент графического интерфейса, а "Каталог" - файловой системы. Не каждая папка имеет за собой каталог в файловой системе, либо каталог может иметь не такие свойства как папка. Часто такое встречается в Windows, когда папка есть в проводнике, но её нет в файловой системе (всякие системные сущности, вроде панели управления), либо папка называется так, а каталог иначе ("Users" и "Пользователи", за счёт файла .ini). Да и просто не все каталоги видно как папки, т.к. они скрыты.
То, что вы называете про "элемент графического интерфейса" - это пиктограмма. Её нарисовать какой угодно можно. В контексте фс оба термина полностью эквивалентны
А в русском языке ещё и исторически сложилось так, что для перевода directory может использоваться и слово каталог и слово-калька директория, что только ухудшает взаимопонимание. Лично я использую все три слова как полные синонимы, употребляя хаотично.
Домашний папка один, а каталогов много.
Интересное, полезное видео! Спасибо автору!
Вообще, очень рад что посмотрел ваше видео, много понял, посмеялся и огромное вам спасибо!!
Большое спасибо за видео: последовательно, коротко, ёмко! Класс!
Спасибо за объяснение. Достаточно понятно объяснили основные мои вопросы к файловой системе.
Я, когда только начинал знакомиться с Linux Mint, испытывал некоторые трудности с удалением программ.
Зато теперь гораздо легче удалить несколько пакетов программ с помощью команды sudo apt purge))
Спасибо, понятные разъяснения. Ещё и текст, достойный стендапера. "Каталогов много, а папка у тебя один". :))
Кстати, когда в Винде придумали термин "папка", он меня дико бесил. И я упорно употреблял термин "директория", благо его все понимали.
Потом пошёл работать на завод в техподдержку, и там пришлось таки привыкнуть к термину "папка". Для среднего рядового пользователя директория - это слишком сложно.
Спасибо вам большое за ролики! Здоровья!
Спасибо за чётко изложенную информацию.
Хоть ничего нового я не узнал, но повторить знания полезно. Благодарю!
мы такие ни разу в жизни не видели линукс, но видео очень интересное
ооооо спасибо! это то что я так долго искал, но никто не рассказывал. Большое спасибо! познавательно
linux - гибкость, логичность и все на своих местах
выбрать любые два?)
Ага. И лишние папки там где они тебе не нужны. Пример, на Винде я создал новый диск и меня там "пусто". На Линуксе я вижу папки которые мне не нужны, но нужны системе. В итоге получаем "захламление".
@@woofkaf7724 при создании раздела создается каталог lost+found. Данную директорию использует утилита fsck. Утилита fsck предназначена для проверки файловой системы. Если утилита fsck в ходе проверки находит данные в файловой системе, которые повреждены или не имеют имени в системе («осиротевшие»), то такие файлы помещаются в директорию lost+found.
Полезное видео, спасибо.
Для меня кончено, как для пользователя винды, иерархия каталогов виндоус несоизмеримо проще
Зависит от задач. Для чего нужна операционная система? От ответа зависит какая иерархия каталогов проще.
Перерыл ядро, собрал свой дистрибутив. Смотрю это видео....
Годный гайд. Сижу на линуксе несколько лет, до сих пор путаюсь в иерархии, люди с винды наверное вообще в ахуе с видео))
@immellman , эх забыли люди DOS... Пусть заглянет в папку windows... Там примерно такой же бардак, если не больше.
Во во, я когда впервые столкнулся не мог допереть, а где диски то...
и до сих пор поражаюсь насколько перегружено все это дело выглядит, особенно если несколько дисков, а костыли с монтирование доп дисков при загрузке это какой-то лютый угар, если винда когда-нибудь закончит свое существование, десктопный линукс все равно не станет массовым, пока
не появятся файловые менеджеры или даже новая фс где все будет структурировано по человечески...
@@SL4RK да не перегружено. Нужно просто немного подучить английский, и всё будет понятно
@@GDisclaimer И вот еще, без симлинков вообще реально на другой физический диск переместить софт ?
допустим, есть ссд на 240гб и хдд на 2тб,
нужно условный davinci переместить на hdd,
сколько гуглил - все решение сводится к рейд массиву/покупкой более емкого накопителя или симлинкам, возни там конечно...
@@SL4RK ну так симлинками вроде как и решается
Класс! Только начал познавать Линукс, очень полезно!
отличное видео, спасибо. Очень структурная подача материала. Сохраню себе в рабочие видео. Будет полезно пересмотреть, когда вопросы на эту тему появляются :)
Просто, понятно и гениально!
Спасибо за подробный рассказ.
Спасибо за видео!
Наконец-то узнал для чего определенные каталоги 👍🏻🤝🏻👏🏻
Как всегда все очень хорошо! Подробно и информативно! Лайк 👍
Всегда хотел такое видео от другого гражданина, но увидел тут, спасибо
Хорошее видео. Спасибо.
Спасибо, Ёмко, полезно!
Кстати NTFS внутри регистрозависима. Это винда делает вид, что нет.
Ntfs без проблем монтируется вне винды
@@mcborov_ ntfs3g
ну да, давно
@@mcborov_ удивил.
Я Вам скажу больше. Любая файловая система регистрозависимая. Так же могу добавить что файловая система сама по себе фейк. Она не существует на диске. Файловая система это способ систематизировать файлы, их запись, чтения и не какого отношения к диску она не имеет. Жеский диск может только читать и писать сектора размером в 512 байт (иногда 2048 байт, но это CD и DVD) все остальное операционная система делает.
@ArboLeet это не так. Можно и без знания файловой системы считать файл (существуют даже программы которые восстанавливают файлы в испорченной файловой системе), но разговор шел не об этом,а о регистрозависти (есть ли разница между заглавными буквами и прописными), так вот любая файловая система регистрозависимая. Регистронезависимость зависит от операционной системы, а не от файловой системы.
Ну а жесткий диск вообще не реагирует ни на регистрозависимость ни на файлы. На жесткий диск можно записать это миллион файлов с одинаковым названием.
Реально все и вполне кратко!
Спасибо
Просто супер. Огромное спасибо
6:20 - "Да хоть в другом измирении!" - Я полчаса под столом от смеха валялся, классная метафора/шутка/аналогия! Чем бы это ни было, зашло на ура. Спасибо за ролик, новичкам будет крайне полезен. Чего греха таить, и мне помог как дурачку
Разложил всё по полочкам, спасибо!
спасибо узнал несколько новых вещей и понял что мне надо срочно в офисе переустановить ос
Хорошая дикция и приятный голос.
Нормальный такой ликбез, одобряю.
4:18 На картинке у вас написано " владеющая группа", ведь владелец может и не входить во владеющую группу. В тоже время во владеющую группу могут входить пользователи не входящие в группу владельца.
5:40 пожалуй все же корневой каталог а не корневой раздел, лежит в основе дерева каталогов. Раздел имеет имя вида /dev/sdxy а не /.
chown user:group
укажи группу audio на каталог и все аудипедофилы получат к ней доступ, что тут не понятного то?
@@tltknot это как раз вам что- то не понятно. к чему вы вообще написали пост выше так и не поняв о чем речь?
вы понимаете разницу между "группа владельца" и "владеющая группа" или "группа владелец"?
Автор, спасибо за видео, но можешь установить временные метки для ролика? Очень пригодилось бы
вообще ждал от ролика что будут рассказывать о формате и разметке файловой системы.
Спасибо, подробненько так все объяснил. Успехов.
Я думаю, что linux иерархия каталогов тянет за собой тяжелое наследие прошлого. Тот же каталог usr и sbin появились в своё время не от хорошей жизни, а в попытках уместить систему на дискеты с последующим монтированием их в нужные точки. Каталог srv может был бы хорошо, но все забили и тот же apache делает свою папку в var и не парится. Сама иерархия хорошо подходит для сервера где пользователей желающих поставить своё ПО нет, но есть сервисы к которым нужен доступ, а если пользователь таки заходит на сервер, то его удобно запереть в домашней директории. Однако в этом проблема для использования Linux дома. Может показаться, что в Windows пришли к тому же, ведь чтобы сейчас поставить программу на Windows нужно дать разрешение или запустить установщик от админа, а переносные программы ставятся в каталог пользователя. Но различия есть. Windows программы любят тягать с собой весь набор необходимых библиотек, ну или их часть если описаются на .NET который есть уже в системе. Как бы в Linux не хотелось бы избежать lib hell этого для пользовательского ПО походу не получится. Вариант конечно есть. С принудительным указанием нужных версий библиотек при загрузки ПО, но сделано кривовато и не юзабельно. Хотя в этом направлении стоило бы поработать, глядишь и флэтпаки бы похудели.
@А А я думаю, что одной структурой файловой системы тут не следовало бы ограничиваться. Было бы хорошо если бы к исполняемым файлам шли манифесты с описанием библиотек и их версий, которые бы ОС для них загружала в память. Это могло бы помочь с одной стороны не таскать каждому приложения весь набор библиотек, а с другой стороны решало бы проблему совместимости старого ПО с новой версией ОС и новыми библиотеками.
А то почему стандарт такой. Ну так хорошо хоть какой то есть. И то его не все и не во всём придерживаются.
коллекцию любимых немецких фильмов :)))
Очень полезное видео, спасибо!
Во "взрослых" юниксах usr/ может быть примонтирован позже. В bin/ - статически собранные бинарники, без которых скрипты загрузки не могут обойтись
они сравнивают версии из этого -папки- каталога при обновлении?
Честно говоря, всё это оставляет впечатление бардака.
Не то чтобы в винде было сильно лучше, но и красивым я это назвать не могу.
А как надо? В какой системе хорошо?
@@0alsh конечно же в BolgenOS
в linux ключевое слово - "бардак"
@@0alshDOS был отличной OS. Жаль, что он не пошел своим путем параллельно Windows.
2:15
О, тоже так делал))
В области байтов и кодов,
Где инновации свободно текут,
Лежит мир с открытым исходным кодом,
Где линукс царит с могучей силой.
Родился из разума Линуса Торвальдса,
Создание, которое бросает вызов всем разногласиям,
Ядро, созданное с большой осторожностью,
Чтобы предложить несравненную свободу.
Линукс, хранитель гиков,
С его мощью нет преград пиков,
Операционная система, сильная и безопасная,
Святилище для тех, кто терпит.
От серверов к устройствам он расширяет свое присутствие,
Универсальная платформа, готовая к обучению,
Для программистов холст для создания,
Для пользователей рай, надежный и отличный.
Его талисман пингвина стоит высоко и гордо,
Символ сообщества, живой и громкий,
Сотрудничество умов столь обширно,
Строить будущее, которое будет длиться вечно.
Эхо командных строк, сценарии танцуют в восторге,
Пока энтузиасты Linux вступают в бой,
Чтобы вырваться из собственнических цепей,
И принять мир, где царит свобода.
От Ubuntu до Fedora, от Debian до Mint,
Бесчисленные вкусы, каждый со своим оттенком,
Калейдоскоп выбора, такой огромный мир,
Linux приглашает всех принять участие в его взрыве.
Итак, давайте прославим эту могучую ОС,
С его открытыми дверями и бесконечной утонченностью,
Для Linux, чемпиона бесплатного,
Свидетельство того, какой может быть технология.
О круто, спасибо за урок, + в полезности
Спасибо огромное! А то я вообще не знал где что находится !
Теперь знаешь, что что угодно может находиться где угодно, в зависимости от того, в каком месте почесалось у создателя дистрибутива :))))
Вот я частенько пользуюсь связкой (ram disk) --> ( ssd ),ну или точнее создаю /mnt/tmpfs/ и в него часто закидываю временные файлы перед обратным закидыванием их на SSD,*хотя в последнее время стал часто видео 4k смотреть оттуда,не знаю точно но надеюсь это тоже придаёт небольшую выграш по времени _)
Любимых НЕМЕЦКИХ фильмов :))))
Обра́тная коса́я черта́, или обратная косая (на компьютерном жаргоне - обратный слеш [слэш] или бекслеш [бэкслэ́ш] от англ. backslash), - специальный символ (\), с написанием, обратным по отношению к обычному символу косой черты (/) (иногда, также, называемого «прямой косой»).
А, оказывается, что раньше уже написали об этом в комментариях, ну ладно.
"Коллекция любимых немецких фильмов" :)) гыгыгы
Золотое видео! хорошо, что подобных становятся всё больше и больше
"Каталогов дохрена, а папка у тебя один!"
13:47 "/usr" переводется как "Unix System Resources"(Системные Ресурсы Unix), а не "user".
Относительно длинный комментарий для поднятия сего видео в самые кратчайшие сроки в самые высокие топы.
Про конфиг файлы правда. Нажимаешь в файловом менеджере показать скрытые файлы и начинаешь плыть
о! вот про sys не знал, как раз пытался понять откуда берётся данные!
Ролик очень хороший, информативный особенно для начинающих! Огромное спасибо и уважение за труд! Есть пару спойлеров )) Вопрос первый - "папка" и "каталог" - кроме названия и интерфейса который мы видим, количеству настроек - чем то вообще кардинальным отличается? Мне кажется что только название разное, а суть одна... И по сути тогда, что мак, что линукс что виндоус - всё основывается на "папке" - просто названия меняют )) Удобство виндоуса в том что сразу видно - сколько дисков что где искать. А когда куча папок в одном месте - сиди гадай где что на каком диске. И как не крути, диски в панельке сбоку - тоже отображаются - походе на виндовый проводник с древом. И опять приходим к выводу - тот же портрет, только в профиль... Самое для меня непонятное - зачем в линуксе усложнять процесс монтирования"?! В винде всё просто, автоматом, хотя никто не заставляет делать и в ручную. Но усложнять то зачем? Компьютеры изобретены для упрощения жизни! Автор говорит что для удобства в линуксевсё разнесено по папкам - так в винде всё то же самое! Только в винде 3 основных папки а в линуксе сделали их 33... Точно так же в винде можна папку программ файлс кинуть на отдельный жд, папку пользователя(ей) тоже кинуть на отдельный диск а саму систему оставить на третьем диске. То есть всё можно сделать так же, только никто так не делает, по тому что та чушь не удобна. Хотя кто к чему привык! Англичанам на наших машинах тоже очень не удобно ездить! Руль не там! ))) Сим линки кстати очень чувствительны к перемещениям! Как и ярлыки в винде! На практике у меня с ними мороки было гораздо больше. Я начинающи в линуксе, так что если что-то не правильно сказал, кого-то оскорбил чем то приношу свои извинения. Всё сказанное это чисто моё личное мнение и понимание, представленное в ознакомительных целях.
Да это ужас какой-то, если винда когда-нибудь откинет копыта,
линукс на десктопе с таким подходом к файловой системе все равно не взлетит,
по крайней мере пока не склепают файловые менеджеры, которые будут структурировать все это дело в человеческом виде
или новую фс...
@@SL4RK сказал чел который видос в левое ухо слушал в правое вышло. Весь твой рабочий стол и все папки юзера точно так же как и в винде вединой папке юзара находится. В винде эта папка называет User в Linux usr/home. Тебя от того что названия разные жить нелья или ты настолько дед что смена названия улицы = инсульт
@@serhiis_ Точно винда же заканчивается на рабочем столе и когда в командной строке вбиваешь путь не нужно знать где находятся системные папки, зачем ? А уж тем более когда файл находится на другом диске...
@@serhiis_ сколько агрессии и лая, ну давай расскажи как без терминала на второй физический диск давинчи установить
@@SL4RK какой еще давинчи? я не сисадмин. Обычному пользователю хватает гуишного пакетного менеджера что бы что-то установить из стандартного репозитория. А если ты прошареный юзер, тебе unix будет явно лучше. Как минимум потому что в linux нету проблем от того что migw установлена в папке с пробелами. А JetBrainse студия на винде вообще не будет компилировать и отлаживать с++, если в папке есть русские буквы
Автору - спасибо! Видеоролику - лайк!
благодарю за гайд.
Благодарю, огромное спасибо)
Отличное видео, спасибо большое
Слэш походу не обратный а прямой. Обратный как раз в Винде
Прямой слэш это |
Остальные все не правильные
хотя можно обозначить как левый - \
и правый - /
как стороны наклона от прямого
Рекомендую автору попробовать Bedrock Linux и рассказать про него, довольно таки интересная тема
такой подход кажется непривычным
Шикарный подробный ролик обьясняющий всю суть ФС в Линуксе и иерархии каталогов и их назначения
Лайк и коммент в поддержку!!!!!!
спасибо очень доступно
Отличное обучающее видео!!! Однозначно лайк и подписка!!!
Как всегда ролик - как всегда лайк!
;-)
@Aleksey Samoilov
Вы действительно считаете настройку прав ФС в Линуксе очень гибкой (после 03:28)? Видели, как это делается в NTFS в Windows?
Да, видел и знаю. Windows ACL это совершенно другая тема. И кстати линуксовые ФС её поддерживают в качестве расширения, а Wine так и вовсе завязан.
@@AlekseySamoilov
Дело не в теме, а в том, что в Win какого пользователя хочешь, такого и добавляешь и вариантов настроек море. То есть, система тебя не ограничивает в гибкости. В Lin же хрен настроишь, как тебе нужно (если только через какие-то костыли).
@@PsevdonimAndreyaVladimirovicha в том и дело, что в Linux и Unix нет никаких ограничений и все логично, а винда для совместимости как раз и начала вбирать в себя кучу костылей
@@AlekseySamoilov
Хорошо. Тогда вопрос. Вы хотите дать какие-то разные права на одну и туже папку двум пользователям не являющихся администраторами. При этом необходимо сохранить права для системы и администраторов. Как это сделать в Линуксе?
@@PsevdonimAndreyaVladimirovicha через ACL, также как это делается и в винде. Назначается консольной утилитой setfacl. Такой же список доступа получится, как для отдельных пользователей так и для групп.