Beiträge von DeltaMy

    ok, dann schauen wir mal:

    Code
    efibootmgr -v
    BootCurrent: 0000
    Timeout: 0 seconds
    BootOrder: 0000,0001,0009,000A,000B,000C
    Boot0000* opensuse-secureboot HD(2,GPT,5033ae1e-4264-460a-85e2-0c4c835c768f,0xfa000,0x32000)/File(\EFI\opensuse\shim.efi)
    Boot0001* Windows Boot Manager HD(2,GPT,5033ae1e-4264-460a-85e2-0c4c835c768f,0xfa000,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...e................
    Boot0009* DTO UEFI USB Floppy/CD VenMedia(b6fef66f-1495-4584-a836-3492d1984a8d,0500000001)..BO
    Boot000A* DTO UEFI USB Hard Drive VenMedia(b6fef66f-1495-4584-a836-3492d1984a8d,0200000001)..BO
    Boot000B DTO Legacy USB Floppy/CD VenMedia(b6fef66f-1495-4584-a836-3492d1984a8d,0500000000)..BO
    Boot000C Hard Drive BBS(HD,,0x0)..GO..NO?.........F.a.k.e. .U.s.b. .O.p.t.i.o.n.................BO



    os-prober brachte keine Ausgabe..

    Hallo Freunde des gepflegten Linux-Kernels,


    nach einem letzten größeren Opensuse Update ist der WIN 10 Eintrag aus dem GRUB Menü verschwunden.

    Meine jetzige Konfiguration ist:

    OpenSuse Leap 15.2

    Dualdboot mit WIN


    Code
    dmesg | grep ' efi: ' && echo efi || echo BIOS

     [ 0.000000] efi: EFI v2.31 by American Megatrends 


    Meine Laufwerkaufteilung:

    Wie man erahnen kann, habe ich eine schnelle SSD auf dem die Betriebssysteme installiert sind (sda) und eine "große" Festplatte auf denen jeweils die Benutzerdaten liegen (sdb)


    Die Ausgabe von efibootmgr bringt folgendes zu Tage:

    Code
    linux:/home/marian # efibootmgr
    BootCurrent: 0000
    Timeout: 0 seconds
    BootOrder: 0000,0001,0009,000A,000B,000C
    Boot0000* opensuse-secureboot
    Boot0001* Windows Boot Manager
    Boot0009* DTO UEFI USB Floppy/CD
    Boot000A* DTO UEFI USB Hard Drive
    Boot000B  DTO Legacy USB Floppy/CD
    Boot000C  Hard Drive

    Soweit so gut!?


    Gucken ob Grub vllt mein Win Eintrag wiederfindet?


    Code
    linux:/home/marian # grub2-mkconfig -o /boot/grub2/grub.cfg 
    Generating grub configuration file ...
    Found linux image: /boot/vmlinuz-5.3.18-lp152.60-default
    Found initrd image: /boot/initrd-5.3.18-lp152.60-default
    done

    Anscheinend kein Win10 Bootloader gefunden=O

    Oder interpretiere ich das falsch??


    Ich habe in Yast ein wenig umher probiert und Haken rein und raus gemacht z.B. bei "anderes Betriebssystem testen", brachte leider kein Erfolg. Dann habe ich noch irgendeine Option geändert - welche weiß ich nicht genau - zack hat mein Systemüberhaupt nicht mehr gebootet, weder Linux noch Win. Um eine langwierige Suche zu vermeiden, was ich ändern muss, damit es wieder startet, habe ich Linux neu installiert und freue mich immer wieder über die Option: "Nutzerdaten von vorheriger Installation übernehmen". Nach der Installation wurde WIndows wieder gefunden und konnte es auch booten- Freude sehr groß, es lief perfekt. Aber nachdem ich paarmal hin und her gewechselt habe, (also einige Tage später) war Windows wieder verschwunden. Ich denke ich habe Opensuse upgedatet und das muss was verändert haben, dass Grub Win nicht wieder gefunden hat.


    Wenn ich im Bootmenü die Bootreihenfolge ändere hat das keine Auswirkungen.

    Hat jemand gute weitere Tipps?


    Sollte ich noch wichtige Informationen vergessen haben, liefere ich sie umgehend nach.


    Ansonsten wünsche ich schon mal einen guten Start ins Wochenende!


    Grüße

    DeltaMy

    ich habe den Dateibesitzer von /var/log/apache2/* auf wwwrun geändert und apache neugestartet, die oben genannte Fehlermeldung ist immer noch aktuell, ich poste mal alles was der server mir mitteilt:


    Code
    [Wed Oct 23 22:01:24.518984 2019] [mpm_prefork:notice] [pid 30381] AH00170: caught SIGWINCH, shutting down gracefully
    
    
    AH00558: httpd-prefork: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1. Set the 'ServerName' directive globally to suppress this message
    [Wed Oct 23 22:01:24.571314 2019] [ssl:warn] [pid 30407] AH01873: Init: Session Cache is not configured [hint: SSLSessionCache]
    [Wed Oct 23 22:01:24.572207 2019] [mpm_prefork:notice] [pid 30407] AH00163: Apache/2.4.33 (Linux/SUSE) OpenSSL/1.1.0i-fips configured -- resuming normal operations
    [Wed Oct 23 22:01:24.572231 2019] [core:notice] [pid 30407] AH00094: Command line: '/usr/sbin/httpd-prefork -D SYSCONFIG -C PidFile /var/run/httpd.pid -C Include /etc/apache2/sysconfig.d//loadmodule.conf -C Include /etc/apache2/sysconfig.d//global.conf -f /etc/apache2/httpd.conf -c Include /etc/apache2/sysconfig.d//include.conf -D SYSTEMD -D FOREGROUND'

    hmm, den Link habe ich eingetragen und da passiert nichts bzw ein leerer Bildschirm wird angezeigt. in der Netzwerkanalyse ist nach 2ms alles geladen mit Status 200. Allerdings keine Antwort verfügbar (keine Antwortdaten für diese Anfrage verfügbar).. Also kein timeout oder connection refused aufgetreten.. cache habe ich gelöscht.


    in der acess_log Datei steht nichts drin
    in der error Datei steht ein alter Fehler, aber vielleicht weist er ja in der die richtige Richtung:

    Code
    [Mon Sep 09 21:14:26.174399 2019] [ssl:warn] [pid 10778] AH01873: Init: Session Cache is not configured [hint: SSLSessionCache]


    allerdings habe ich nach diesem Datum apache gelöscht und neu eingerichtet -> zypper rm apache2 und danach alle Konfigurationsdateien gelöscht und dann wieder neu installiert. von daher ist dieses Problem anscheinend nicht mehr wieder aufgetreten, sonst würde es ja mit einem aktuellerem Datum wieder auftauchen.

    er versucht viele Sachen zu laden, ich habe einen Anfragen_kopf mal rauskopiert:


    Code
    GET /nextcloud/core/js/backgroundjobs.js?v=41101509-0 HTTP/1.1
    Host: 192.168.178.30
    User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Firefox/68.0
    Accept: */*
    Accept-Language: en-US,en;q=0.5
    Accept-Encoding: gzip, deflate
    Connection: keep-alive
    Cookie: nc_sameSiteCookielax=true; nc_sameSiteCookiestrict=true; ocph7f5foj1m=kph6tfpmsr91b4m9kn0fch3cdt; oc_sessionPassphrase=oWdmfnQr7pHGHPzgMmbYjIwcFmnjkzCkveqoTpwCqIgzRib892g2knwSOQy1csfStL4y4yqQf1REp%2FnEoGKjGIQelieuD2RQJB%2FcZer8ftWm1RZ%2BoaK%2BnRbVD9o5LC57




    Zudem Header gibt es keine Antwort.


    zu dieser Anfrage schon:
    Rauskopierter Kopf:

    Code
    GET /nextcloud/index.php/apps/accessibility/js/accessibility?v=0 HTTP/1.1
    Host: 192.168.178.30
    User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Firefox/68.0
    Accept: */*
    Accept-Language: en-US,en;q=0.5
    Accept-Encoding: gzip, deflate
    Connection: keep-alive
    Cookie: nc_sameSiteCookielax=true; nc_sameSiteCookiestrict=true; ocph7f5foj1m=kph6tfpmsr91b4m9kn0fch3cdt; oc_sessionPassphrase=oWdmfnQr7pHGHPzgMmbYjIwcFmnjkzCkveqoTpwCqIgzRib892g2knwSOQy1csfStL4y4yqQf1REp%2FnEoGKjGIQelieuD2RQJB%2FcZer8ftWm1RZ%2BoaK%2BnRbVD9o5LC57
    Cache-Control: max-age=0


    Die Antwort dazu:



    Es sind ja sehr viele Anfragen, so dass ich nicht alle hier einzeln reinkopieren wollte, sondern nur zwei exemplarisch gewählt habe.
    Aber ich schicke mal ein Screenshot mit:
    Da sieht man die js Dateien wo js in der "Typ" Spalte steht haben auch eine Antwort erhalten (4 an der Zahl), bei den anderen wo es nicht erkannt wird, diese haben keine Antwort erhalten.




    Ob es auf der Anfrageseite (Browser) liegt oder auf der Serverseite (Apache), darüber könnte das Netzwerkprotokoll Auskunft geben. Ich will wissen, ob der Browser überhaupt die Anfrage absendet, wenn ja, wie sie aussieht und was die Antwort ist.


    Du greifst auf den Server schon über die URL http://192.168.178.30/nextcloud zu oder benutzt du da einen Hostnamen?

    genau über: tt]nextcloud[/tt] greife ich drauf zu.

    Ich habe im Broswer alle Plugins/Addons deaktiviert. Habe Firefox auch im Abgesicherten Modus gestartet um alles Unötige zu deaktivieren - kein Erfolg. Kann es sein, dass Apache irgendetwas fehlt? Oder in einer Art Sicherheitsmodus läuft?
    Deinen zweiten Vorschlag werde ich mir mal anschauen und dann hier Feedback geben.

    Hallo,


    ich habe auf einen Server Leap15.1 installiert. Start war ein Minimal Base System, wo ich ua die noch benötigte Pakete für einen LAMP Server nachinstalliert habe.
    Danach habe ich versucht Nextcloud einzurichten (nach diesem Link: SDB:Nextcloud - openSUSE Wiki) .
    Hat auch soweit geklappt, dass ich über die Nextcloud Android App darauf zugreifen kann.
    Aber auf meinem Desktoprechner (Leap 15.1 mit KDE), stellt mein Webbrowser (Firefox) die Loginseite nicht richtig dar und der Button <LogIn> funktioniert nicht. Mache ich im Browser die Entwickler-Werkzeuge auf und gehe zur Konsole, sehe ich Warnungen dass mehre *.js Dateien nicht geöffnet werden können.
    Beispiel diese:

    Code
    loading failed for the <script> with source “http://192.168.178.30/nextcloud/core/js/backgroundjobs.js?v=41101509-0”.

    Diese Datei finde ich aber im Apache Wurzel Verzeichnis und müsste für den Apacheserver auch lesbar sein (von Dateirechten her).
    Das gleiche Problem (Fehlerhafte Darstellung der Webseite) tritt unter Chromium auf oder unter Windows in einem Internet Explorer.


    Ich glaube nicht, dass es ein Nextcloudproblem ist, da das Programm phpMyAdmin auch die Loginseite nicht anzeigt:



    Code
    Loading failed for the <script> with source “http://192.168.178.30/phpMyAdmin/js/vendor/jquery/jquery-migrate.js?v=4.9.1”.


    Daher Vermute ich das Apache die Seiten falsch aussliefert, sodass Brwoser die *.js Dateien nicht verarbeiten können.
    Einfache Seiten wie die index.html (Inhalt:"Es funktioniert" oder phpinfo.php (anzeigen des Versionsnr und geladene PHP-Module) werden richtig angezeigt.


    Zusammenfassung:

    • Einfache Seiten Werden ausgeliefert


    • Seiten mit *.js Dateien machen Schwierigkeiten


    • Betrifft verschiedene Webbrowser und verschiedene Betriebssysteme


    Habe ich vielleicht ein Modul im Apache Server nicht richtig aktiviert? Oder fehlen Pakete?


    Vielen Dank schon voraus!


    Grüße
    DeltaMy