/usr/local/sbin/script.sh &> bashdays.log

stdbuf -oL /usr/local/sbin/script.sh &> bashdays.log

По умолчанию при перенаправлении в файл, стандартный вывод (stdout) полностью буферизуется и записывается в файл после сброса.

stdbuf -oL nohup /usr/local/sbin/script.sh &> bashdays.log

script -c <PROGRAM> -f bashdays.txt

bash: VAR: readonly variable

Еще раз, НЕ НУЖНО УСЛОЖНЯТЬ, ООП и выкрутасы оставь для программистов.

readonly VAR=1234

unset VAR

gdb -ex 'call (int) unbind_variable("VAR")' --pid=$$ --batch

Defaults insults

sudo apt update

Take a stress pill and think things over.
You fucking stupid shit!
My mind is going. I can feel it.
Realy? Are you on drugs?

Defaults  badpass_message="Еще одна попытка и я тебя выебу!"

#!/bin/bash

messages=("Неверный блядь пароль! У тебя палец сломан?"
          "Еще одна попытка и я тебя выебу"
          "Может, тебе стоит попробовать свою девичью фамилию?")

echo "${messages[$RANDOM % ${#messages[@]}]}"

Такое происходит только в фильмах, но увы, порой я думаю, что живу в каком-то сценарии Тарантино.

1. help printf
2. printf --help
3. env printf --help

type -a printf

printf is a shell builtin
printf is /usr/bin/printf
printf is /bin/printf

Более подробно про сигналы я писал в этом посте

sleep 120 &
pid=$!
kill -0 $pid && kill $pid
fg

kill -0 $pid; echo "Exit status: $?"

Про статусы и коды возврата можешь почитать в этом посте.

sudo sleep 120 &
kill -0 $!; echo "Exit status: $?"

bash: kill: (1644755) - Operation not permitted
Exit status: 1

Зомби-процесс в Linux - это процесс, который завершил выполнение своей работы, но оставил запись в таблице процессов, ожидая, чтобы родительский процесс запросил информацию о его завершении. Пока родительский процесс не сделает это, запись о зомби-процессе останется в системе.

#include <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <unistd.h>
#include <sys/wait.h>

int main() {
    pid_t child_pid;
    child_pid = fork();

    if (child_pid > 0) {
        sleep(7200);
    } else if (child_pid == 0) {
        printf("Дочерний процесс выполнен.\n");
        exit(0);
    } else {
        perror("Ошибка при вызове fork");
        exit(EXIT_FAILURE);
    }
    return 0;
}

gcc zombie.c -o zombie
./zombie &

(sleep 1 & exec /bin/sleep 7200) &

ps aux | grep Z

root 1669051 Z 14:09 0:00 [zombie] <defunct>

ps ax | grep zombie

1669050 S+ 0:00 ./zombie
1669051 Z+ 0:00 [zombie] <defunct>

kill -9 $(ps -A -o stat,ppid | grep -e '[zZ]'| awk '{ print $2 }')

В большинстве случаев не стоит обращать внимание на этих зомбаков, эти процессы не жрут ресурсы, а являются лишь косяками программного обеспечения.

Перед тем как откроешь спойлера, попробуй сам решить эти задачки и закинуть свои наработки в комментарии. Чьи решения наберут больше реакций/лайков — получат пиздюдей приз.

В комментах закинул скриншоты с рабочих вариантов.

/dev/full — это специальный файл устройства, источник данных, который всегда возвращает ошибку «No space left on device».

#!/bin/bash

output_file="data.txt"

while true; do
    # Записываем данные в файл
    echo "bashdays data" >> "$output_file"

    # Проверяем на "No space left on device"
    if ! echo "bashdays data" >> "/dev/full"; then
        echo "Disk is full!"
        break
    fi
done

Как взаимодействовать с API телеграм через Bash, я писал тут.

Это как если к слову «хлеб» применить XOR, то получится «пиво»

echo -e $(printf '\\x%x' $[ 64#{L,I,N,U,X} + 29 ^ 28 ])  
echo -e $(printf '\\x%x' $[ 64#{P,U,R,I,D} + 29 ^ 28 ])

`L`,`I`,`N`,`U`,`X`

perl -E 'say map { chr(ord($_) ^ 28) } qw(L i n u x)'  
perl -E 'say map { chr(ord($_) ^ 28) } qw(P u r i d)'

B105F00D = BIOS food
B16B00B5 = big boobs
0B00B135 = boobies
DEADBABE = dead babe
E11TE = elite

Про magic numbers писал тут.

while :
do
done

while true
do
done

Вопрос: почему в первом случае используется «:», а во втором «true»?

Хотя с другой стороны, если писать true, то код становится более читаемым.

if true; then
    echo "hello bashdays"
fi

if :; then
    echo "hello bashdays"
fi