Beiträge von Florian_Röhrer

    Und hier für die WLAN Verbindung zum Smartphone.
    Das Script sagt hier
    seltsamerweise, dass der Rechner keine IP Adresse zugewiesen hat. Das
    stimmt aber nicht, da ich die IP im NetworkManager und am Smartphone
    sehen kann. Das Script frägt auch nach einer SSID, obwohl die WLAN
    Verbindung bereits besteht. Gebe ich hier die SSID ein, zeigt es
    trotzdem an, dass kein IP vorhanden ist, auch wenn ich vor der
    Ausführung die WLAN Verbindung trenne.


    Erster Teil:


    systemctl restart network bewirkt keine Änderung.


    Hier die Ausgabe von collectNWData.sh für die LAN Karte:



    [/code]

    Hallo zusammen,


    seit einger Zeit habe ich nur noch in einem Netzwerk (über den VDSL Router bei mir zuhause) Internetzugriff.
    In anderen Netzwerken, beispielsweise über das LAN Kabel bei mir im Büro oder auch wenn ich Testweise
    meine mobile Internetverbindung am Smartphone über WLAN Tethering freigebe habe ich keinen Internetzugriff.
    Mein System bezieht zwar eine IP, es ist jedoch keinerlei Kommunikation nach außen möglich. Ich kann weder andere Rechner
    in diesen Netzwerken, noch beispielsweise den Google DNS Server 8.8.8.8 anpingen


    Da die Netzwerk und Internetverbindung bei mir im Heimnetzwerk ohne Probleme funktioniert, schließe ich Treiberprobleme aus.


    Ich habe momentan den Tumbleweed Snapshot 20170823 installiert. Der Netzwerkzugriff wird unter Plasma 5 über den
    NetworkManager gesteuert, aber auch eine Änderung auf Wicked bewirkt keine Verbesserung.


    Ich kann mir dieses seltsame Verhalten nicht erklären und habe auch nichts an den Einstellungen geändert.
    Deshalb wäre ich über jede Hilfe sehr dankbar.


    Grüße
    Flo

    Das meine ich.Es ist nicht alles gut, weil du eine Zeile entfernst.

    Und wie kommst du jetzt drauf, dass ich diesen Fehler einfach ignoriere? Das ist die letzte Zeile von dem install script. Da ich wissen wollte, ob der Fehler wirklich wie vermutet von dieser kommt, hab ich sie entfernt und das script dann laufen lassen. Ich hab aber dann sicher nicht einfach weiter gemacht, sondern versuche seitdem genau diese Zeile zum laufen zu bringen, damit ich mit dem Rest der Installation fortfahren kann.


    Ich hab nur eine Installation drauf und das ist die aus den Tumbleweed Repositories.


    Und ja, ich geb es zu: Ich hab keine Ahnung, was du mir mit man public sagen willst. Ich habs mir angeschaut und es hilft mir leider nicht weiter.


    Um das ganze hier aber mal etwas zu entschärfen: Ich wollte hier niemanden angreifen und bin auch über hilfreiche Tipps immer dankbar. Ich bin auch nicht der Meinung, dass ich alles weiss. Da ich Linux aber schon einige Jahre nutze und auch in dieser Zeit ziemlich viel drüber gelesen hab, kann man bei mir mit Nichten von "gefährlichem Halbwissen" sprechen, auch wenn ich sicher weit davon entfernt bin, Profi zu sein. Mir ist auch bewusst, dass ich mit meinem vorletzten Post vermutlich etwas überreagiert habe, wofür ich mich auch entschuldige...

    Interessant, was manche Leute für eine Einstellung haben. Zuerst nicht richtig lesen und dann auf trotzig machen.
    Ich wüsste nicht, wo ich irgendwelche Fehler ignoriert habe. Bis zu besagtem Punkt ist alles ohne Fehler erledigt worden.


    Naja, vielleicht kommen ja von anderen Leuten noch produktivere Antworten....Und nein, wenn du nicht weiter helfen willst: ich
    brauch keine weitere unreife Trotzantwort von dir, also wenn du nichts sinnvolles zu sagen hast, lass es einfach sein...Danke

    Code
    mktexlsr /usr/local/share/texmf


    ausgelöst wird, der Rest läuft sauber durch. Ich habe auch nachgesehen und in dem Verzeichnis befinden sich alle Dateien, die das install Skript da hin kopieren sollte. Wenn ich mktexlsr alleine aufrufe, also ohne Pfadangabe, dann geht er ja alle Verzeichnisse im TeX-Baum durch. Da bekomme ich genau die selbe Fehlermeldung. Mir ist es ein Rätsel, wie root auf dieses Verzeichnis keine Schreibberechtigung haben kann. Ich habe auch danach gegoogelt und die selbe Fehlermeldung auch bei anderen Leuten öfter gesehen, allerdings immer, weil sie das Kommando nich als root, sondern als user ausgeführt haben.


    Ich glaube aus meinem letzten Post ist durchaus rauszulesen, dass ich in den entsprechenden Verzeichnissen nachgesehen habe und nicht nur einfach davon ausgegangen bin, dass alles passt, nur weil das script gelaufen ist. Im Übrigen habe ich auch geschrieben, dass das script erst durchgelaufen ist, nachdem ich die mktexlsr Zeile entfernt habe. Außerdem habe ich auch vor Ausführung des scripts den Inhalt von /usr/local/share/texmf überprüft und da war der Pfad leer. Auch habe ich geschrieben, dass ich mir das script angesehen habe und dann überprüft habe, ob alles richtig erledigt wurde. Ich kann also ruhigen gewissens sagen, dass das script durchlief. Außerdem möchte ich dir widersprechen, wenn du sagst, es ist egal, was in Umgebungsvariablen steht. Wenn ein shell-script den Inhalt einer Umgebungsvariablen abfrägt, dann ist definitiv nicht egal, was da drinnen steht. Wie auch bereits erwähnt, tritt der Fehler auch auf, wenn ich "mktexlsr /usr/local/share/texmf" einzeln aufrufe. Der Fehler kommt also ganz sicher von mktexlsr. So gut kenn ich mich schon aus...Sorry, wenn das jetzt etwas pampig klingt, aber mich ärgert es, wenn mir die Worte im Mund verdreht werden, ohne meine Posts richtig zu lesen.


    Hier noch die gewünschte Ausgabe, die ich auch noch für /usr/local/share/texmf gemacht habe, da /usr/share/texmf nicht mein lokaler TeX-Pfad ist



    @boser
    mir ist nicht ganz klar, was mir das sagen soll. Da steht doch lediglich, dass TeX-Pfade im Home Verzeichnis von root nicht beachtet werden, wenn mktexlsr als root ausgeführt wird, was ja auch Sinn macht. /usr/local/share/texmf befindet sich jedoch nicht in /root und mit Nutzerrechten habe ich keine Schreibrechte auf /usr/local/share/texmf. mktexlsr muss schon als root laufen für eine systemweite Installation. Ich habe auch nicht vor, TeX unter root zu nutzen.

    Die Minion Pro kann ja leider nicht über Yast und Co. installiert werden, weil es sich um eine kostenpflichtige kommerzielle Schriftart von Adobe handelt, die zunächst aus den otf Files konvertiert werden muss.
    /usr/local/share/texmf ist mein lokaler TeX Pfad, der auch in der entsprechenden Umgebungsvariable gespeichert ist. Die Verzeichnisse haben alle Eigentümer root
    und natürlich auch nur Schreibberechtigung für root. Da ich mktexlsr aber als root ausführe, sollte das kein Problem sein. Ich möchte die Schrift ja auch systemweit installiert
    haben.

    Nein, das ist mein lokaler TeX Pfad. Der wird mir mit

    Code
    kpsexpand '$TEXMFLOCAL'


    ausgegeben. Das Verzeichnis existiert aber auf jeden Fall, da das install script von FontPro wie auf der von mir verlinkten GitHub Seite beschrieben durchgelaufen ist, mir aber diese Fehlermeldung ausgegeben hat. Ich habe mir das install script dann mal angeschaut und bemerkt, dass der Fehler eben genau von der letzen Zeile, also dem

    Code
    mktexlsr /usr/local/share/texmf

    ausgelöst wird, der Rest läuft sauber durch. Ich habe auch nachgesehen und in dem Verzeichnis befinden sich alle Dateien, die das install Skript da hin kopieren sollte. Wenn ich mktexlsr alleine aufrufe, also ohne Pfadangabe, dann geht er ja alle Verzeichnisse im TeX-Baum durch. Da bekomme ich genau die selbe Fehlermeldung. Mir ist es ein Rätsel, wie root auf dieses Verzeichnis keine Schreibberechtigung haben kann. Ich habe auch danach gegoogelt und die selbe Fehlermeldung auch bei anderen Leuten öfter gesehen, allerdings immer, weil sie das Kommando nich als root, sondern als user ausgeführt haben.

    Hallo zusammen,


    ich versuche nun schon seit Stunden mir die Minion Pro für LaTeX mit Fontpro ( GitHub - sebschub/FontPro: LaTeX support for Adobe's Pro opentype fonts: Minion Pro, Myriad Pro, Cronos Pro and possibly more )zu installieren. Jedoch bekomme ich, wenn ich als
    root den Befehl

    Code
    mktexlsr /usr/local/share/texmf

    ausführen möchte stets die folgende Ausgabe:



    Code
    linux-vaio:/home/Florian/Desktop/FontPro-master # mktexlsr /usr/local/share/texmf
    /usr/lib/mktex/mktexlsr: Zeile 188: /usr/local/share/texmf/ls-R: Keine Berechtigung
    mktexlsr: could not create file '/usr/local/share/texmf/ls-R'. Skipping...
    mktexlsr: Done.

    Ich kann mir darauf absolut keinen Reim machen, da ich mktexlsr als root mit su ausführe, dürfte diese Meldung eigentlich nicht erscheinen.



    Wäre nett, wenn hier jemand einen Rat hätte.


    Vielen Dank


    Flo

    Ich danke euch, mit euren Hinweisen habe ich dann mit ein bisschen Google-Suche noch eine andere Möglichkeit gefunden, die mir persönlich lieber ist.


    Man kann das Kommando


    Code
    echo 1 >/sys/devices/platform/sony-laptop/kbd_backlight

    einfach in die Datei

    Code
    /etc/init.d/after.local


    eintragen. So wird es direkt nach erreichen des Runlevels ausgeführt und ich habe dann sogar schon im Login-Screen meine Tastaturbeleuchtung. Ihr habt mir aber trotzdem sehr geholfen, da ich darauf erst
    durch die Suche nach der sudoers Sache gestossen bin.