Как-то многовато ответов на риторические вопросы.
UAVpilot писал(а):SVP писал(а):чё должен делать не я, а обычный пользователь(ну скажем... библиотекарь) после такого
Он должен обратиться к системному администратору.
Вы там у себя в конторе, что, отвечаете за впаривание платного администрирования ?
Пользователь даже для копирования должен попросить уж прям сразу админа приехать к нему в село кукуево, а ну как что-то пойдет не так, да
?
Отличная система. Чудесная. Well done.
Надеюсь вас всех поразит половое бессилие, ей богу.
Я, к сожалению, имею совесть, и не могу звонящим с подобными вопросами людям ничего сказать, кроме "не знаю, почему так сделали, наверное какая-то ошибка". Потому как нормальный человек дружащий с головой не верит, что подобное поведение кто-то мог специально интегрировать. И он в общем-то прав. Так быть не должно.
UAVpilot писал(а):
SVP писал(а):Кто "затрудняется" - тот просто недостоин
, член у него мал, читать он не любит, английского не знает, и вообще "предатель и дебил"
.
Ага, манов не читал, но возомнил себя крутым админом.
Он вообще-то читал. Маны процитированы на предыдущей странице, жаль в них нет НИЧЕГО полезного, но это тоже обычная ситуация.
Забыли в них написать то, что помогло-бы в решении проблемы.
Просто копирайты какие-то и прочий бред.
UAVpilot писал(а):
SVP писал(а):1. Почему mkdir не сообщает чего конкретно ему не хватает. Почему (вашу мать) речь в выводе о "space", а не об "inodes" ?
Потому что есть стандарт: man errno
Не подскажите номер стандарта ? Это ГОСТ или АНСИ ?
Какой-то стандарт заставляет сообщать искаженную информацию об ошибках... что за стандарт-то такой ?
Какой-то стандарт не позволяет описать в мане к mkdir возможные ошибки и причины их появления ?
Эти три вопроса как-раз не риторические.
UAVpilot писал(а):
А нехватка инодов или байтов - это всё нехватка пространства для сосздания файла, о чём mkdir и сообщает. А почему при создании файловой системы было ограниченно количество инодов надо спрашивать у библиотекаря админа.
Ой как интересно.
Нет, вы ведь не серьезно всё это, да ?
Чегоб тогда было не писать "error - pay 100$ to 384723984 and call 3472985928375". Былоб честнее
Ссылку на стандарт всё еще жду, интересно посмотреть.
И для df тоже, ведь есть, да ?
Стандарт на ман, который не позволяет явно написать в нём, что space бывает разный, и что надо бы проверить и тот и другой.
Тоже ведь есть такой стандарт, да ?
UAVpilot писал(а):
SVP писал(а):2. Почему df не сообщает без -i критически важную инфу, а с -i другую критически важную инфу.
Рискую показаться банальным, но опять-же есть "стандарт" на вывод команды df. А если его поменять, то перестанут работать другие программы, которые зовут df для получения нужной им информации - они просто перестанут понимать что им сообщает df.
Т.е. во всем линукс-сообществе никому даже в голову не пришло выдавать без флагов на команды user-friendly информацию,
а информацию для скриптов выдавать с какими-то флагами и machine-friendly ?
Чудесные люди, ага.
UAVpilot писал(а):
SVP писал(а):Заметьте, кто-то написал df/mkdir в таком виде, кто-то другой его коммит одобрил, т.е. это не случайная ошибка - это системный подход.
Я тебе даже могу сдать главарей: Кен Томпсон и Деннис Ритчи из Bell Labs.
А знаешь почему RHEL стал промышленным стандартом? Потому что они гарантируют, что в течении всего жизненного цикла их продукта никакое обновление не нарушит работу системы.
Нет никакой связи между описанными проблемами и данным поведением.
Вполне можно было бы организовать всё иначе. Но не посчитали нужным.
"Библиотекарь" и его проблемы никого не волнуют.
Собственно вы за такой подход, а я против, в этом вся разница.
ЗЫ. Php вон (не к ночи будет помянут) стал стандартом в веб, при этом депрецирует всё направо и налево(даже после изменения минорных версий куча кода перестает работать), сдается мне, популярность совсем не функция от неизменности интерфейса... за уши притянуто это, и весьма сильно.
