Ubuntu Linux

HT>> Кстати, скажи пожалуйста, если закрываются приложения открытые из мс при закрытии мс - это на твой взгляд, нормально?
с.т.> мне это никогда не мешало, но это линукс, тут всё можно настроить
с.т.> Как отцепить дочерние процессы от mc? - Midnight Commander - Форум
с.т.> если бы мне это мешало - то решение находится за несколько минут
Кхм. Я не просил решенй. Я про нормальность. Я умею пользоваться гуглом.

с.т.> ps вот сел и подумал...с точки зрения Unix-way есть программы-демоны (бэкендовые так сказать), есть обычные. Когда я "убиваю" шелл (или mc) - нормальное поведение для программы-демона - остаться работать, для обычной - перестать. Если мне нужно что бы обычная осталась - я её запущу с nohup (или в ручную или соответствующий скрипт сделаю \ или автор программы сделает). Так что да, на мой взгляд это нормальное поведение приложения, я бы именно такое ожидал по дефолту. Так что именно по этому мне не мешало и не мешает и видимо не будет мешать, а обратное сильно удивит. mc консольная программа и это нормальное для неё поведение.
Спасибо. Логика ясна.
А теперь мнение с точки зрения эрудиции банальной: мс не может аварийно закрыться? Это такой закон, что мс не падает и никогда не упадет? Будь он даже сто раз очень стабильный - все случается. И в таком случае все открытое из него закроется тоже, не так ли?
Большое счастье, что линукс-энтузиастов не допускают до проектирования пассажирских самолетов. Ибо понятие пассивной безопасности им незнакомо.

HT>> Вот я и спрашиваю - где Total Commander для Убунты и для пользователя?
TEvg-2> Плати - я напишу к новому году. Но деньги вперед. Хотя бы 50% аванс.
Спасибо, насмешил.

HT> Большое счастье, что линукс-энтузиастов не допускают до проектирования пассажирских самолетов. Ибо понятие пассивной безопасности им незнакомо.

но ты же понимаешь что если автору приложения нужно что бы оно не закрывалось при закрытии процесса его вызвавшего - то он это сделает одной командой в скрипте инициализации. ОДНОЙ КОМАНДОЙ, КАРЛ а если это не сделано - значит это не нужно.
вот это и есть пассивная безопасность - "я его породил - я его и убъю, если нет nohup"

тебе знакомо понятие forkbomb ?


ps не могу вспомнить когда mc зависал сам по себе или падал, пожалуй вообще не могу такое вспомнить за все годы...обычно подвисает дочерний процесс типа копирования или разархивирования и тут очень удобно - убил mc - подвисшее тоже сдохло

Ну и чтоб два раза не вставать.
А можно сделать так, чтоб в Убунте, поставленной со всеми настройками по умолчанию (в смысле - ФС ext4) можно было узнать время создания файла? Ну как это принято у людей: правая кнопка, свойства - всё перед глазами

===
Тут правда не врут How to Find File Creation Time (crtime) in Linux - TecAdmin.net ???

Earlier version of EXT files systems doesn’t support file creation time.

 

Офигеть. ext3. 2001 год. Время создания файла - нет, не слышали. Аж до ext4. Аж до 2008 года.

HT>> Большое счастье, что линукс-энтузиастов не допускают до проектирования пассажирских самолетов. Ибо понятие пассивной безопасности им незнакомо.
с.т.> но ты же понимаешь что если автору приложения нужно что бы оно не закрывалось при закрытии процесса его вызвавшего - то он это сделает одной командой в скрипте инициализации. ОДНОЙ КОМАНДОЙ, КАРЛ а если это не сделано - значит это не нужно.
с.т.> вот это и есть пассивная безопасность - "я его породил - я его и убъю, если нет nohup"
с.т.>
Ненене. Я про то, что мс может убиться сам. Убив с собой все что из него запустил пользователь (а не автор). Без согласования данного "решения" с пользователем.



с.т.> тебе знакомо понятие forkbomb ?
Да.

убиться может наверно но опять же за более 15 лет знакомства с mc - не помню такого )))
а вот на форкбомбы наступал переодически

ну вот собственно поведение mc это и есть пассивная безопасность во избежание таких эффектов

ну даже если и закрылся - что тут такого, не ракету запускаешь ))


в линуксе (в UI) есть напрягающие вещи, есть ДЕЙСТВИТЕЛЬНО напрягающие меня вещи - но вот mc сделан КАК НАДО

с.т.> убиться может наверно но опять же за более 15 лет знакомства с mc - не помню такого )))
А я вот чуть выше попробовал покопировать на диск по USB 3.0 - он уперся так, что на эскейп только через пару минут среагировал.

с.т.>> убиться может наверно но опять же за более 15 лет знакомства с mc - не помню такого )))
HT> А я вот чуть выше попробовал покопировать на диск по USB 3.0 - он уперся так, что на эскейп только через пару минут среагировал.


ну так а я тебе о чём писал? ты вообще читаешь что я пишу? (глупый вопрос конечно)

обычно подвисает дочерний процесс типа копирования или разархивирования

 

это не проблема mc - любой файломенеджер так бы тупил, это внешняя операция

с.т.> но вот mc сделан КАК НАДО
Я разве кого-то отговариваю?
С точки зрения установки мс в Убунту и использования его в качестве файлового менеджера - убитие дочерних процессов выглядит по-кретински.
Но меня никто не заставлял ставить мс в Убунту - так что претензий по большому счету нет.
Понятно, мс родился как специализированный инструмент много-много лет назад, и переделывать его под юзера обыкновенного никто не будет.
Лично я вроде как притерся к Крусейдеру, и хрен с ним.
Для моих, лично моих целей хватает.

HT> Понятно, мс родился как специализированный инструмент много-много лет назад, и переделывать его под юзера обыкновенного никто не будет.
HT> Лично я вроде как притерся к Крусейдеру, и хрен с ним.
HT> Для моих, лично моих целей хватает.


так более того, если сейчас начнут у mc переделывать базовую логику - вот тут то от олдфагов будет много шума ))

HT>> А я вот чуть выше попробовал покопировать на диск по USB 3.0 - он уперся так, что на эскейп только через пару минут среагировал.
с.т.> ну так а я тебе о чём писал? ты вообще читаешь что я пишу? (глупый вопрос конечно)
Конечно читаю.

с.т.> это не проблема mc - любой файломенеджер так бы тупил, это внешняя операция
Раз есть возможность тупления, значит есть и вероятность падения, нес па? Вот о чем я. Ты же читаешь что я пишу?

с.т.> ну даже если и закрылся - что тут такого, не ракету запускаешь ))
Хороший подход, мне нравится

с.т.>> ну даже если и закрылся - что тут такого, не ракету запускаешь ))
HT> Хороший подход, мне нравится

ага...это спарта Линкус

с.т.> так более того, если сейчас начнут у mc переделывать базовую логику - вот тут то от олдфагов будет много шума ))
Да я и не заставляю.
По идее вся эта дискуссия (по части мс) должна была выглядеть так:

НТ: мс закрывает приложения запущенные из себя, как вы думаете, это нормально?
ХХ: Для тех целей, для которых создавался мс - да. Использование его в качестве файлменеджера в Убунте в 2015 году - несколько неоправданно, особенно для новичка. Хочешь - доработай напильником Крусэйдер, хочешь - посмотри Дольфин, хочешь - гугли сам и копайся. Таких прог много, может и найдешь свое счастье.
НТ: ОК.

Но "не только лишь все" в состоянии правильно реагировать на вопрос "как вы думаете, это нормально?".
Что, на мой взгляд, говорит о ряде проблем с правильным протеканием мыслительных процессов в голове.
- "У тебя не горит ближний свет на одной фаре, это нормально?"
- "Нет, не нормально, никак руки не дойдут поменять". - это ответ разумного человека.
- "Конечно нормально, это ТС не для дорог общего пользования, так задумано". - тоже ответ разумного человека.
- "Конечно нормально, ведь есть фонарик, можно высунуть руку из окна и подсветить". - это уже ответ неразумного человека.

с.т.>>> ну даже если и закрылся - что тут такого, не ракету запускаешь ))
HT>> Хороший подход, мне нравится
с.т.> ага...это спарта Линкус
Нет, а если все-таки ракету?
Или, какуюнить систему брони билетов в АК?
Или какуюнить систему контроля и учета в АП?
Если на руках жена и дети и все уже морально готовы через несколько часов купаться и загорать, а вместо этого надо сидеть в переполненном аэропорту и ждать пока там все починят?
Ну так, пример чисто иллюстративный, естественно.

для CRM систем такого масштаба - наверно mc и убунтадесктоп не будут ключевыми элементами
Зибель Оракл (немного знаю про аэрофлотовский проект, была тема там поучаствовать), а там на чём оракл скажет на том будет крутиться, хоть на RHEL хоть на SUNFIRE (да и на чём ещё угодно, может HP-UX может AIX)

если же кто-то мишенкритикал приложения будет запускать из под mc - убейте его сразу что бы паксы не пострадали

ну и плюс BCP (business contuinity plan) процедуры на случай падения всего

с.т.> для CRM систем такого масштаба - наверно mc и убунтадесктоп не будут ключевыми элементами
мс никак не связан с убунтой

с.т.>> для CRM систем такого масштаба - наверно mc и убунтадесктоп не будут ключевыми элементами
HT> мс никак не связан с убунтой


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

с.т.>>> для CRM систем такого масштаба - наверно mc и убунтадесктоп не будут ключевыми элементами
HT>> мс никак не связан с убунтой
с.т.> ну так какая критичность системы такой и подход...стоимость мероприятий по управлению рискам должна быть не выше стоимости риска
Но ведь мс же не зависает?
(ладно, мне уже надоело про мс, пёс с ним)

HT>>> Вот я и спрашиваю - где Total Commander для Убунты и для пользователя?
TEvg-2>> Плати - я напишу к новому году. Но деньги вперед. Хотя бы 50% аванс.
HT> Спасибо, насмешил.

Т.е. Тотал Командер вас не интересует. А интересует поп**деть.

HT> Ненене. Я про то, что мс может убиться сам. Убив с собой все что из него запустил пользователь (а не автор). Без согласования данного "решения" с пользователем.

Возьми и перепиши, если напрягает.

HT>>>> Вот я и спрашиваю - где Total Commander для Убунты и для пользователя?
TEvg-2>>> Плати - я напишу к новому году. Но деньги вперед. Хотя бы 50% аванс.
HT>> Спасибо, насмешил.
TEvg-2> Т.е. Тотал Командер вас не интересует.
Что меня интересует - мною написано.
Мною нигде не написано "башляю за тотал для линукса", тебе показалось.


TEvg-2> А интересует поп**деть.
Рекомендуется узнать значение слова "форум".
Рекомендуется, также, поплевать на фитилек своей невообразимой/воображаемой линукс-крутизны и не хамить незнакомым людям.

HT>> Ненене. Я про то, что мс может убиться сам. Убив с собой все что из него запустил пользователь (а не автор). Без согласования данного "решения" с пользователем.
TEvg-2> Возьми и перепиши, если напрягает.
Спасибо за совет.

HT> Что меня интересует - мною написано.

Поп**деть на тему програмного обеспечения.

HT> Рекомендуется, также, поплевать на фитилек своей невообразимой/воображаемой линукс-крутизны и не хамить незнакомым людям.

Это не хамление, а константация факта.
Вас же никто не заставляет пользоваться линуксом. Есть и другие ОС.

Недостатки в среде линукса (как относящиеся к нему, так и вызванные другими факторами) я и сам знаю.
Просто для меня соотношение плюсов к минусам лучше, чем в других средах.

с.т.> ps вот сел и подумал...с точки зрения Unix-way есть программы-демоны (бэкендовые так сказать), есть обычные. Когда я "убиваю" шелл (или mc) - нормальное поведение для программы-демона - остаться работать, для обычной - перестать.


Тут всё интереснее. Демоны должны быть отвязаны от родительского процеса (родителем становится процесс с PID=1), от лидера группы, от терминала (nohup отвязывает от терминал — точнее не пропускает SIGHUP). Ну и никакого обмена с терминалом stdin/stdout/stderr — иначе переходит в состояние SUSPENDED.

Отвязка от родителя проиходит путём лишнего форка и выхода промежуточного процесса (для daemon-а тоже надо по чесноку два раза).