@Wykopowiedz: if [[ 2 -ge 1 ]]; then echo "2 jest wiekszę od 1 bo 2 ma parę"; fi
albo

[[ 2 -ge 1 ]] && echo "2 jest wiekszę od 1 bo 2 ma parę"

@Wykopowiedz: odnośnie pierwszego pytania to: polecenie |& tee my.log

@Wykopowiedz: działasz na bashu? Możesz ewentualnie polecenie 2>&1 | tee my.log

@Wykopowiedz: u mnie działa. Rozumiem, że masz prawo do zapisu to tego pliku? Pokaż cały cmd line.

nie wiem co mam pokazac

@Wykopowiedz: jak to odpalasz. Przykładowo u mnie to działa tak:

$ rm /tmp/my.log; echo asd | tee /tmp/my.log && echo "From file:" && catPokaż całość

2. Jak dodać by wszystko co wyrzuci do konsoli miało dodany datetime

@Wykopowiedz: o coś takiego Ci chodzi?

$ cat /etc/os-release | while read LINE; do echo "$(date -u) ${LINE}"; done
Mon 27 Apr 2020 01:35:00 PMPokaż całość

@Wykopowiedz: spróbuj z czymś takim:

$ cat test.sh
check_update()
{Pokaż całość

@Wykopowiedz: datetime chcesz mieć jeden na plik czy jeden na linię?

@Wykopowiedz: jest w środku.
Do pliku test.sh wrzuć:

check_update()
{Pokaż całość

@Wykopowiedz: a co jest złego w funkcji?

@sropo: wypisz mnie proszę z listy

@reboot /opt/gównoskrypt.sh

@Wykopowiedz: nie korzystałem z tego, w razie jak Ci nie zadziała to możesz stworzyć usługę systemd, która wywoła Twój skrypt podczas startu systemu:

$Pokaż całość

@Wykopowiedz: Restart=always mówi systemd, żeby zrestartował Twoją usługę jeśli skończy działanie. Jeśli /opt/gównoskrypt.sh to jest skrypt który ma się wykonać tylko raz po starcie systemu to nie dodawaj.

@Wykopowiedz: Restart=always przeważnie daje się jak masz aplikację, która powinna działać cały czas i jeśli niespodziewanie zakończy się to systemd ją zrestartuje.

java

@Wykopowiedz: a próbowałeś z pełną ścieżką do java i do sudo? Tu jest podobny problem https://stackoverflow.com/questions/51858065/systemd-error-failed-to-start-service-unit-service-is-not-loaded-properly-exe#51858351

@rany_boskie777: w /etc/environment jest trwały
@Wykopowiedz: do /etc/environment nie powinieneś wrzucać komendy export - https://askubuntu.com/questions/866161/setting-path-variable-in-etc-environment-vs-profile. Wtedy oczywiście source /etc/environment Ci nie zadziała.

@rany_boskie777: tak, ale wtedy tylko jeden user ma je wyeksportowane. Jeśli chcesz mieć globalnie to wtedy /etc/environment

@Wykopowiedz: podsumowując
- /etc/environment działa też na redhacie
- wyżej napisałem, że jak chcesz dla wszystkich to /etc/environment to jest dobre miejsce.
- błędem jaki zrobiłeś jest to, że dodałeś export do pliku /etc/environment. /etc/environment powinien wyglądać np. tak:
JAVAHOME=$(......)
PATH=$PATH:$JAVAHOME/bin

@Wykopowiedz: hmm, w /etc/environment chyba nie są ewaluowane zmienne jak $PATH i $JAVA_HOME
spróbuj dodać taki PATH:

PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/pelna/sciezka/do/java_home/bin
Jeśli jednak wolisz korzystać z zmiennych to lepszą opcją będzie export JAVA_HOME=...; export PATH... w /etc/bashrc.
Problem z /etc/bashrc jest taki, że wszyscy użytkownicy którzy korzystają basha będą mieć te zmienne, ale np. usługi startowane z systemd już nie. Więc to nie jest rozwiązanie system-wide jak /etc/environment.

@Wykopowiedz: no dokładnie. Wygląda na to, że musisz dodać JAVA_HOME i PATH do /etc/environment i to muszą być zahardkodowane ścieżki