Ты на администрирование линукса ссылки давай, троль,лжец и девственник.

В том, что при

rm ./*.txt

У тебя может вылезти:

Argument list is too long

Правильно использовать find, чето типа:

find ./ -maxdepth 1 -name '*.txt' -type f -delete

Прикольно, никогда с таким не сталкивался.

Ну сгенери кучу (несколько тыщ) пустых файликов и попробуй через rm * удалить.

https://scontent-waw1-1.xx.fbcdn.net/hphotos-xfp1/v/t1.0-9/12188977_104468866...

load

Это удивительно, но достаточно много лялексоидов не знает что такое load и как оно считается, не в состоянии дать более развёрнутый ответ нежели «нагрузка на систему».

Ну если я прав, то значит просто жесткая ссылка на файл удаляется и все. Только какова функция /dev/null мне не очень понятно. Если я туда что-нибудь перемещаю, то просто удаляется жесткая ссылка на файл?

поделитесь простыми, но каварными вопросами
каварными

Что-нибудь из Розенталя спроси.

Порчему нет фотошопа и 3д макса под линукс?

Как копировать если vim скомпилен без поддержки X-го буффера обмена?

По памяти

Накидайте вопросов, пожалуйста :)

вопросы должны быть связаны непосредственно с работой.

если работа связана с СХД - пример реального RAID оборудования + LVM с задачей миграции на другое оборудование + обязательно расчет времени простоя.

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

должен быть вопрос на «расскажите ваш самый эпичный косяк сбой и .т.п.» - если ничего не ломалось, скорей всего такой не нужен.

и т.д. и т.п.

А все ваши ненужные каварные вапросы, как уже написали, как раз для местных пятизвездочников

Можно, но у тебя половина софта отвалится, т.к. криворукие программисты захардкодили имя=root вместо id=0. Дело было вечером, делать было нечего, проверял. Что именно навернулось уже не помню, давно это было, но дохрена.

1> матюкнётся

2> stdout уйдёт в /dev/null

3> sh $filename

4> по полному пути

5> препенднуть пробел

6> где положишь, там и будет, это проблемы загрузчика

7> символьная — файл (ярлык, лул), жёсткая просто смотрит на тот же айнод, а у директорий айнодов нет, это фикция, получаемая путём дробления имён файлов, типа как шиндузятные расширения

8> rm -r var\ /bumblebee

9> хз

10> ключи разные

11> <ESC>:q!<cr>

мене прийнято

?

var

и допустим , мы в корне

1. OK
2. FAIL
3. OK
4. OK (no bonus)
5. OK
6. OK
7. OK (bonus)
8. OK/FAIL
9. FAIL
10. LOL
11. OK

Ми вам зателефонуємо

а у директорий айнодов нет

А где хранится метаинформация про директорию тогда?

Они туда не попадают. Просто область на диске, помеченная как принадлежащая данному файлу/каталогу заполняется нулями.

А если это не файл\каталог? Строку в памяти можно тоже в /dev/null отправить. Или вывод приложения. Что-то у меня подозрение что ты сказал чушь. Вот только аргументировать толком не могу.

Судя по педивикии, я фигню сморозил. KennyMinigun, за что мне OK, ещё и с бонусом?

расскажи на пальцах, это интересно

Удалить из директории все файлы, имя которых оканчивается на *.txt

прикол в том, что, технически, точка там совершенно не нужна. Это к вопросу мышления составителя этого задания. Корректней будет указать просто *txt

Да. А хардлинки нельзя делать потому что тогда теряется однозначность пути (непонятно, куда указывает ".." для этой директории).

Нужна. Вдруг у меня файл с именем txtxtxt.

Хм. Ну ок.

У меня такое же. Но я честно пытался понять что там как устроено. Логически.

Load на пальцах

расскажи на пальцах, это интересно

Load это среднее количество процессов стоящих в очереди на машинное время. top показывает 3 значения load, за последние несколько секунд, минуту и 10 минут (не помню точно какие там временные интервалы). После такого введения я обычно спрашиваю: «load 4 это много или мало?» Правильный ответ: зависит от задачи. Для почтового сервера мало, потому что даже если письма будут пролетать через него за минуты, то это сносно, почта не Jabber. Для управлялки химическим заводом может быть много, надо смотреть отзывчивость системы с таким load. Для одноядерного сервера потокового вещания много, для 16-ядерного — мало.

за что мне OK, ещё и с бонусом?

за мой провтык, очевидно ;)

Как починить, если кто-то сделал от рута chmod 000 /bin/chmod?

BTW,

http://teaching.idallen.com/dat2330/04f/notes/links_and_inodes.html

Лёгкие, но заковыристые вопросы про linux на собеседование (комментарий)

Куда попадают данные после отправки в /dev/null ?

Ото втыкають, набирають кого ни попадя, а потом спутники падают.

Как починить, если кто-то сделал от рута chmod 000 /bin/chmod?

/lib64/ld-linux-x86-64.so.2 /usr/bin/chmod a+x /usr/bin/chmod

А теперь внимание новый вопрос: всё то же самое, но ещё дверью прищемить сам дин. лоадер. Дополнительное условие: перегружаться в live нельзя.

У меня, например, cp и cat это внешние программы, они не запустятся без ld-linux.so, как и весь остальной coreutils. Ну т.е. вот мы рекурсивно по ошибке прошлись, сняли права, и ld-linux.so тоже зацепили, как починить.

Load это среднее количество процессов стоящих в очереди на машинное время

из расчета на одно вычислительное ядро или на всю систему?

На всех

из расчета на одно вычислительное ядро или на всю систему?

На всех. Поэтому load 1 в одноядерной системе load 4 в четырёхъядерной примерно одно и то же.

Спасибо. Полагаю, что load 24 на хосте виртуализации с 32 потоками - это нормально?

Зависит от задачи

Полагаю, что load 24 на хосте виртуализации с 32 потоками - это нормально?

Вообще, зависит от задачи, но скорее да, чем нет. Если бы кому-то был нужен быстрый отклик, то он вряд ли купил бы виртуалку на сервере с непредсказуемым откликом.

А что должны выявить такие вопросы?

Лучше задавать вопросы из любого LPIC каталога.

Сдаюсь.

Через echo, т.к. он встроен в шелл :)

Как я буду вилкой чистить через echo, покажи что ли хоть. Вообще, нужно сделать всего 1 системный вызов с аргументами, но в баше я что-то не нашёл такого готового средства. Вроде и близко локоток, и права все есть, но не укусишь.

https://github.com/chassing/linux-sysadmin-interview-questions

Задача без полного списка деталей вылезает в демагогию. Вот я смотрю и вижу, что я могу сделать в своем шелле такие вызовы:

builtin cat
builtin cd
builtin echo
builtin mknod
builtin umask
builtin rename

Зачитываешь, что задача решается чистым шеллом?

Лёгкие, но заковыристые вопросы про linux на собеседование

Накидайте

«как пропатчить KDE2 под FreeBSD» (с) Кандидат должен фалломорфировать и закатать тебе в бубеноч. легко ответить, что ты наверное его троллишь и глумишься, следующий вопрос «и про линукс блжад!»

Да, действительно можно, про umask сам уже вспомнил, когда отправил.

В моем линуксе umask не спасает. Что-то я слабо представляю себе такую проблему. Однако, если нет ни одного файла с executable-флагом, то решается ли задача? А без флешки/внешнего диска/сети? :)

Ну это частично на реальных событиях основано. Вот сняли исполняемый бит с интерпретатора ld-linux, а он в современной системе вписан приблизительно во все исполняемые файлы. И все динамические бинарники, собранные по феншую, стартовать не хотят. А те что были запущены, продолжают работать, в частности shell, из которого и была сделана ошибка. Видимо, это эквивалентно случаю, если вообще ни на одном файле нет исполняемого бита.

Про umask не спасает не понял, последовательность же вроде такая - ставим umask 0 и builtin cat читает ld-linux и перенаправляет в новый файл с правами 777. (У меня правда нет builtin cat, но его видимо можно сконструировать из буханки exec > + read -u.)

Ну это частично на реальных событиях основано.
Видимо, это эквивалентно случаю, если вообще ни на одном файле нет исполняемого бита.

Нет, не эквивалентно. В моей постановке это вопрос на миллион и правильный ответ имеется (но не решение!).

ставим umask 0 и builtin cat читает ld-linux и перенаправляет в новый файл с правами 777

Нють. Дает максимум 666 на файлы и 777 на директории, что и является обычным поведением. Интересно что будет с mknod, но вот у меня mknod не встроен, а значит смысла проверять нет.