Moin zusammen,
da sollte eigentlich keine lange Auswahl kommen, sondern nur nen paar Punkte. Einer darunter heisst boot rescue.
In den rescue booten, alle Platten und Partitionen unter /mnt/ einhängen, /proc, /sys, /dev nicht vergesswen einzuhängen, dann mittels eines beherzten chroot jailen, dort Netzwerk hochfahren und nach Kontrolle ob alle benötigten Repos sauber eingebunden sind zypper dup.
Monsen zämme,
jein Kanonentux, es gibt auch updates von core libraries und hier wird ebenfalls ein Reboot nötig um die neuen Features zu nutzen.
Aber das passiert soo oft auch nicht.
Und wie gesagt, der Zypper sagt einem explizit wenn ein Reboot nötig wird. Komfortabler gehts schon fast nimmer.
Moin zusammen,
also ich kann dir nur sagen, wie ich es im beruflichen umfeld halte (was ich teilweise auch so ins private Umfeld übernehme, da eigenen Server im RZ):
Bei upgrades - wenn viele dinge upgraded werden und auch Kernels dazukommen, schaue ich, wie lange die uptime des Systems ist. Ist die zu lange, jage ich vor dem Update einen Reboot mit Filesystemcheck durch um auf einem sauberen Stand zu sein. So kann ich ggf. Probleme noch vor dem Upgrade ausbügeln.
Danach wird das System gesichert (virtuelle Systeme hau ich nen VM Snap durch). Sollte es Datenbanken tragen, werden die zuvor gestoppt mitsamt den Applikationen, die drauf zugreifen.
Danach gibt es einen ganz normalen Update. Wenn Kernel und ganz wichtige corelibraries updated werden --> Reboot nach dem Update. Wenn nicht, bleibt das System oben und es gibt nur einen Neustart von den unter zypper ps angezeigten Applikationen.
So bin ich im beruflichen Umfeld immer gut gefahren.
Bei meinem Server im privaten Umfeld halte ich es genauso.
Beim Laptop entfällt der Reboot vor dem update, da die Kiste eh am Abend immer runtergefahren wird und so die FSchecks nach Standardautomatik eh immer nach einer bestimmten Anzahl Reboots kommen.
Es ist ja eigentlich normal, dass man nach einer Aktualisierung wieder bootet, um die Aktualisierung auch wirksam werden zu lassen.
Äh, du weisst aber schon dass wir hier LINUX haben und kein Win, bei dem sowas üblich ist.
Unter Linux muss man in den seltensten Fällen rebooten und wenn ein Reboot erforderlich ist, sagt einem das der zypper auch noch ..... komfortabler gehts wirklich nimmer.
moinsen zusammen,
das ist bloss Platz17 der Seitenaufrufe bei Distro - und wen intressieren schon Webseitenaufrufe.
Ansonsten ist Open unter den TopTen der Linuxe im Ranking.
Moin zusammen,
und was ist auf localhost genau NICHT zwischen Deinem Browser und dem Indianer?
Da fallen mir so Kleinigkeiten wie Firewall z.B. ein oder aber ein blockendes Addon im nicht lokalen Firefox.
Alternativ kann es auch nen Caching Problem im Browser sein ... ggf. hier mal ctl shift R absetzen um die Seite ohne Caching neu zu laden.
Moin zusammen,
nun der Rechner ist eben nicht 1:1 wie der andere Knoten.
Klone mal den funktionierenden Knoten.
Dass das css nicht geladen wird, kann alles sein - von fehlenden Rechten bis hin zu fehlenden Apachemodulen oder falscher MIME Typ.
Hast Du:
- im Firefox die Javascript-Konsole geöffnet? Geht mit Strg+Shift+K.
- dort dann links unter "Netz" einen Haken bei "Log" gesetzt?
Wenn nein --> machen.
Wenn Du nun die Seite neu aufmachst, dürfte es im Log Einträge geben, die clickbar sind und Dir dann mehr Infos zeigen.
Moin zusammen,
ich empfehle das Studium folgender Doku:
https://httpd.apache.org/docs/2.4/howto/reverse_proxy.html
Moin zämme,
Linux setzt ein FS auf RO bei:
1. FS voll (Daten)
2. inode Tabelle voll
3. Schwerwiegende Probleme auf der betreffenden Partition/Platte, die bereits zu Dateverlust bzw. korrupten Daten geführt haben.
Moin zämme,
in der csh und tcsh ist die Syntax mit den runden Klammern ok.
Der Bash hingegen brauchste damit nicht kommen.
