[01:54] <Smaragd98>  Heyho, wenn ich die Hintergrundfarbe des Panels unter MATE für das Dock ändere, wird nach einem reboot das andere Panel in die gleiche Farbe gesetzt. Dabei möchte ich nur ein Panel in dieser Farbe haben. Ich benutze Ubuntu MATE 20.04 - hat jemand eine Idee?
[12:06] <grit77> hallo. kann mir von euch jemand sagen, ob es eine möglichkeit gibt, den zwang, nach einem sudo-befehl im terminal das passwort eingeben zu müssen, abzustellen?
[12:50] <k1l> ja gibts, nein, macht nicht so wirklich sinn, ist der user eh schon weg.
[14:42] <strikeru97> Guten Tag zusammen :)
[14:48] <strikeru97> kennt sich jemand mit nginx aus und kann mir sagen warum eine datei die im Ordner /var/www/url.domain/sites/name.php mir error 404 zurückwirft ? https://pastebin.com/PSSAze11
[14:48] <le_bot> Title: nginx 404 - Pastebin.com (at pastebin.com)
[14:49] <unicatx> Problem: Laptop mit Ubu 18.04 greift auf die Festplatte nicht zu, somit startet er nicht.. ich denke , er will einen start über Netzwerk tätigen, was nicht gelingt. Wie kann ich an das Problem mich herantasten?
[14:51] <Frickelpit> strikeru97: 404 bedeutet, dein Webserver findet die gewünschte Datei nicht
[14:51] <unicatx> Rechner: 2 Jahre alte Medion Akoya intel core m
[14:51] <strikeru97> Frickelpit: ok gebe zu das ich das weiß ich google schon seit ner Stunde aber find es nicht heraus...
[14:52] <strikeru97> Frickelpit: darf der Name der Datei nicht von index.php abweichen? 
[14:52] <Frickelpit> zwei Möglichkeiten. Entweder sagts du deinem Webserver einen falschen Pfad mit der URL oder er hat keine Berechtigung bis zur Datei zu kommen
[14:53] <unicatx> bzw. wie komme ich über Live system an die Daten drauf, die ich dann von USER (laptop) auf den Sstick kopiere..
[14:55] <strikeru97> Frickelpit: chmod ist auf 755 und besitzer auf www:data würd also bedeuten das der Pfad zur file nicht passt. Wie muss der pfad denn lauten wenn die verlinkte seite in folgendem Ordner ist: /home/user/spielplatz/webseiten/url.domain/sites/name.php | probiert habe ich ./sites/name.php - /sites/name.php - sites/name.php
[14:56] <strikeru97> also home user ist nur ein link klar /var/www/url.domain usw
[14:57] <strikeru97> lustigerweise klappt es wenn die file im main root des domain ordners ist also /var/www/url.domain/name.php
[14:58] <Frickelpit> Das hängt ganz davon ab, wie du dein DocumentRoot gestaltest
[15:00] <strikeru97> Ich glaub das kannst du im pastebin sehen was ich eben mit gelinkt habe, falls ich dich richtig verstehe
[15:00] <Frickelpit> Wenn du z.B. /var/www/www.domain.tld als DocumentRoot angegeben hast und sich darin ein Ordner examples mit der name.php befindet, wäre deine URL www.domain-tld/examples/name.php
[15:00] <Frickelpit> s/-tld/.tld/
[15:02] <strikeru97> auf die ich aber ja nicht mit tld linken muss wenn es nur eine unterseite meiner hauptseite ist oder etwa doch oO?
[15:03] <Frickelpit> Bevor du solche Spielereien mit verlinkten Verzeichnissen machst, solltest du erstmal den Default nutzen und verstehen.
[15:08] <strikeru97> Frickelpit: du hast recht berechtigung für ordner wars - gibt es ne möglichkeit das zu umgehen? Ich arbeite mit PHPStorm und greife damit auf den server zu ich glaub bei jedem speichern der Seite überschreibt das ding meine berechtigungen
[15:10] <Frickelpit> Ja, arbeite nicht mit phpstorm oder editiere nicht die Dateien in der Live-Umgebung
[15:51] <strikeru97> Frickelpit: wo sonst? also ich mein selbst mit sftp hochschieben hab ich ja das problem aber hab schon ne idee (gruppen zugehörigkeit prüfen)
[16:45] <unicatxy> wir haben jetzt UBU 20.04 neu aufgesetzt und bekommen folgende Fehlermeldung : EFI NETWORK 0 for IPv (.....) boot failed .
[16:45] <unicatxy> kann mir jemand helfen?
[16:49] <strikeru97> Frickelpit: komisch das es mit apache direkt läuft und nginx da einfach rumspinnt :D
[16:52] <tomreyn> unicatxy: mach das uefi-basierte pxe/netboot aus, oder konfigurier es richtig
[16:52] <tomreyn> das ist aber ne von der firmware erzeugte meldung, hat nix mit ubuntu zu tun
[16:54] <unicatxy> tomreyn, sag mal , wo mache ich die pxe/netboot aus?
[16:55] <tomreyn> unicatxy: im bios :)
[16:56] <unicatxy> tomreyn, ich der doofe, hätte ich mir denken können
[16:58] <tomreyn> diese fehlermeldung , die wohl nur bei bestimmten lenovo-laptops auftritt, kommt wohl auch dann wenn diese auf uefi-bootmodus konfiguriert sind aber keine uefi-bootkonfiguration hinterlegt ist. dann hilft einfach umschalten auf legacy boot mode (im bios).
[16:59] <tomreyn> hast du da kürzlich ein biosupgrade gemacht?
[17:04] <unicatxy> nein, das war nie der Fall gewesen
[17:04] <unicatxy> das laptop ist medion laptop md99576 
[17:09] <tomreyn> oh, na wenn das ohne firmwa#re-anderungen sonen spökes macht dann musst du vielleicht mal das nvram löschen
[17:09] <tomreyn> aber vielleicht wechseln wir für nicht-ubuntu chat besser nach -offtopic
[17:14] <unicatxy> Gerne
[18:09] <parc77> hallo. kann mir von euch jemand sagen, ob es eine möglichkeit gibt, den zwang, nach einem sudo-befehl im terminal das passwort eingeben zu müssen, abzustellen?
[18:43] <k1l> parc77: ja das geht, dieser "zwang" ist aber teil des sicherheitskonzepts.
[18:44] <k1l> und kommt nicht wieder und sag, dass du wichtige daten gelöscht hast und die jetzt retten willst :)
[18:44] <parc77> hallo k1l. inwieweit wäre das sicherheitskonzept dadurch denn "geschädigt"?
[18:44] <k1l> du weißt was sudo ist?
[18:45] <parc77> das hat etwas mit "administrator" zu tun, oder?
[18:45] <k1l> der normale user hat eben nur einfache berechtigungen. und sudo verleihen diesem dann für diesen einen befehl root berechtigungen (wie admin modus bei windows)
[18:45] <k1l> von dem dämlichen "ich bin immer root/admin" ist sogar windows mittlerweile weg
[18:46] <k1l> !sudo
[18:46] <le_bot> Informationen zu sudo finden sich im Wiki unter http://wiki.ubuntuusers.de/sudo
[18:46] <k1l> wenn du das wirklich willst, dann musst du in der sudoers eben NOPASSWD: ALL setzen
[18:47] <parc77> das ding ist, ich benötige wirklich extrem oft einen bestimmten befehl zum connecten bzw. disconneten zu/von einem VPN-server und finde es sehr nervig, jedes mal mein passwort eingeben zu müssen, zumal meine tastatur auch nicht mehr ganz fehlerfrei funktioniert und ich es dadurch sogar noch öfter tun muss
[18:48] <Loetmichel> dann: kauf ne neue tastatur
[18:48] <parc77> das ist ein notebook
[18:48] <Loetmichel> aber ja, das geht durchaus auch nur für einzelne befehle wenn ich mich recht entsinne
[18:48] <Loetmichel> ja und? die kann man auch wechseln
[18:48] <Loetmichel> is nicht schwer
[18:49] <parc77> kann ich denn das passwort für einzelne befehle deaktivieren?
[18:49] <tomreyn> ja
[18:49] <parc77> das notebook ist schon älter, loetmichel
[18:49] <parc77> wie deaktiviere ich das passwort für einzelne befehle?
[18:49] <strikeru97> k1l: hiho
[18:50] <tomreyn> steht in der sudoers(5) man page denke ich
[18:50] <parc77> was ist sudoers?
[18:50] <tomreyn> auch das steht da drin
[18:50] <strikeru97> k1l: so ein absturz - gestern neu aufgesetzt heut alles gemacht - jetzt wird jede file jeder ordner den ich erstelle mit 770 rechten gesetzt statt 755 ... also wieder neu machen - oder hast du eine idee
[18:51] <parc77> das bekomme ich alleine nicht hin
[18:51] <parc77> das sehe ich jetzt schon
[18:52] <Loetmichel> parc77: https://wiki.ubuntuusers.de/sudo/Konfiguration/ <- lesen, verstehen (insbesondere die roten rahmen), DANN ausprobieren, am besten auf einem testsystem um das es nicht schade is wenn man es versemmelt (virtual machine zb)
[18:52] <le_bot> Title: Konfiguration › sudo › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de)
[18:53] <parc77> kann man das denn nicht über die ubuntu benutzeroberfläche einstellen?
[18:54] <parc77> mithilfe eines installbieren tools womöglich?
[18:54] <parc77> installierbaren
[18:54] <tomreyn> parc77: angenommen der user parc77 soll den befehl /usr/sbin/IRGENDEINSKRIPT als root-user ohne passworteingabe ausführen können. dann würdest du     echo 'parc77     ALL = NOPASSWD: /usr/sbin/IRGENDEINSKRIPT' | sudo tee -a /etc/sudoers.d/IRGENDEINSKRIPT >/dev/null     ausführen. nach dem nächsten logout und login sollte dass dann gehen
[18:55] <parc77> ok, danke, dann probiere ich das aus
[18:55] <tomreyn> aber ja, um's wirklich verstehen kommst du damit nicht herum
[18:56] <tomreyn> du wirst den behel allerdings weiterhin per sudo aufrufen müssen
[18:56] <tomreyn> *befehl
[18:56] <parc77> also die zeile mit echo usw. schreibe ich ins terminal, richtig?
[18:56] <tomreyn> ja, aber lies besser erst mal.
[18:56] <parc77> ja, das muss ich sogar, glaube ich
[19:10] <k1l> strikeru97: beschäftige dich mal mit den basics. und wenn du anfänger bist, dann nutze erstmal die standardsachen und nicht sofort den super duper spezialaufbau. weil viele probleme bei dir klingen "hausgemacht".
[19:30] <strikeru97> k1l: was meinste mit super duper gedöns? NGINX zum Beispiel?