Portál AbcLinuxu, 24. dubna 2024 01:37
/etc/init.d/ssh
iptables
i upgrade jádra v jedné řadě je běžné, upgrade řady jádra jsem já osobně dělal poprvé – v době začátků 2.4 jsem na nějaký server ani nepomyslel A o samotné jádro ani tak nešlo, že mám zakompilovanou podporu filesystému na kořenovém disku a ovladač síťové karty přímo do jádra jsem si kontroloval několikrát. Spíš jsem se bál nějaké nekompatibility v glibc
, module-init-tools
apod. A nebo selhání HW – dokud se harddisky a větráky točí, je vše v pořádku, ale jakmile se zastaví a mají se znovu roztočit, může to být problém…
ssh
), je to stejně k ničemu. Ale při vzdáleném restartu jde samozřejmě o to minimalizovat riziko toho, že počítač nenaběhne, takže každé opatření, které ošetří nějaký potenciální problém je užitečné. Pravda, dalo by se dát tam nějaký staticky slinkovaný init
, který bude testovat třeba přítomnost nějakého souboru, a pokud jej do 10 minut od restartu nevytvořím ručně připojen přes ssh
, restartuje počítač s fallback konfigurací. Ale server i já jsme v době restartu byli v Praze, takže to už by bylo situaci neúměrné opatření
Last login
je snad čas přihlášení, ne? Ale jinak je fakt, že jsem to rekonstruoval dodatečně, během té akce jsem myslel hlavně na to, jak to co nejrychleji zprovozním, až se to s novým jádrem nerozběhne
su -
a nastavovat si, abych se mohl změnit na roota bez hesla. Rootovské heslo si nepamatuju a pamatovat si ho odmítám.
#
a $
jsem si tak nějak pamatoval, že se v souvislosti s promptem používají. Že v tom je ještě takováhle logika mi uniklo.
Tiskni Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.