Portál AbcLinuxu, 2. května 2025 07:57
$>uname -r 2.4.32 $>cd /usr/src/linux $>make menuconfig $>make && make modules_install $>mount /boot $>cp arch/i386/boot/bzImage /boot/kernel-2.6.17-20061120 $>cp .config /boot/config-2.6.17-20061120 $>vim /boot/grub/grub.conf $>umount /boot $>links http://www.idos.cz/ConnForm.asp?tt=X&ToStn=Želivského $>reboot Broadcast message from root (pts/0) (Mon Nov 20 16:39:41 2006): The system is going DOWN for reboot now! #>ping -i 5 muj.server.com PING muj.server.com 56(84) bytes of data. From server.housing.com icmp_seq=1 Destination Host Unreachable
From server.housing.com icmp_seq=2 Destination Host Unreachable From server.housing.com icmp_seq=3 Destination Host Unreachable From server.housing.com icmp_seq=4 Destination Host Unreachable From server.housing.com icmp_seq=5 Destination Host Unreachable From server.housing.com icmp_seq=6 Destination Host Unreachable From server.housing.com icmp_seq=7 Destination Host Unreachable From server.housing.com icmp_seq=8 Destination Host Unreachable From server.housing.com icmp_seq=9 Destination Host Unreachable From server.housing.com icmp_seq=10 Destination Host Unreachable 64 bytes from muj.server.com: icmp_seq=11 ttl=54 time=14.0 ms 64 bytes from muj.server.com: icmp_seq=12 ttl=54 time=11.5 ms 64 bytes from muj.server.com: icmp_seq=13 ttl=54 time=11.7 ms 64 bytes from muj.server.com: icmp_seq=14 ttl=54 time=9.67 ms 64 bytes from muj.server.com: icmp_seq=15 ttl=54 time=12.2 ms 64 bytes from muj.server.com: icmp_seq=16 ttl=54 time=10.4 ms 64 bytes from muj.server.com: icmp_seq=17 ttl=54 time=14.2 ms --- muj.server.com ping statistics --- 17 packets transmitted, 7 received, 41% packet loss, time 84999ms #>ssh root@muj.server.com Last login: Mon Nov 20 16:02:47 2006 from muj.klient.com $>uname -r 2.6.17 $>^DNěkdo považuje za adrenalinový zážitek skok z mostu na laně, někomu stačí přechod z jádra 2.4 na 2.6 na vzdáleném serveru. Taky už bylo na čase.
Tiskni
Sdílej:
/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 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.
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.