| Brot01 | Hallo, kann mir jemand weiterhelfen mit hdparm? Gibt es da mit irgendeiner Ausgabe die Möglichkeit zu ermitteln ob die Spindel noch läuft oder ob die Platte schläft? | 12:33 |
|---|---|---|
| sdx23 | Brot01: man hdparm hilft -C zu finden. | 12:56 |
| Brot01 | danke, sorry ist voll an mir vorbeigescrollt | 12:58 |
| sdx23 | passiert. Nach "power" suchen wäre da eine gute Strategie. In less mit "/" | 12:59 |
| Brot01 | achja noch ne Frage, ein Rechner (Intel NUC) ist 24/7 an. Wird 2x am Tag benötigt. Den Rest läuft er idle. Zugegriffen wird nur übers LAN (samba / nfs Freigabe / ssh). Welche Möglichkeiten gibt es den in einen stromsparenden Modus zu versetzen, aus dem er aber wieder selbständig aufwacht wenn übers lan zugegriffen wird? | 13:03 |
| Brot01 | Ich hab mich damit noch nicht auseinander gesetzt, aber könnte mir da jemand Stichworte zum googlen hinschmeisen? Ich steh da gerade wie der Ochs vorm Berg | 13:04 |
| j0k | Wake on LAN | 13:04 |
| sdx23 | wake on lan - dann kannst du den Mount vmtl. aber nicht erhalten. Sonst halt mit hdparm, powertop und Bios Einstellungen soweit optimieren, dass er wenig braucht. | 13:05 |
| ppq | was für ein NUC ist das denn? wenn halbwegs moderne cpu, wird der inkl. netzteil nicht mehr als 5 W verbraten im idle. wenn kein display dranhängt ggf. auch weniger. | 13:07 |
| j0k | oder halt einfach diese Freigaben irgendwohin verlagern wo eh 24h Betrieb nötig is | 13:07 |
| ppq | was man aber machen könnte: auf allen client-rechnern, die auf das NUC zugreifen, WOL wakeup in den autostart und den auto-mount mit gewisser verzögerung machen. auf dem NUC dann alle client-rechner "überwachen" und automatisch runterfahren, sobald kein client mehr online ist | 13:10 |
| ppq | aber ob die paar W das gebastel wert sind.. :) | 13:11 |
| nils_2 | wenn man langeweile hat :-) | 13:11 |
| Brot01 | hm ok seh schon, zuviel aufwand für zu wenig ertrag | 13:14 |
| Brot01 | habs vorhin nur bei der hdd gemerkt das es sich da rentiert | 13:14 |
| pragomer | hallo. Wie kann ich denn unter ubuntu 18.04 von einem nvidia-treiber 418 auf 410 zurück? | 15:03 |
| pragomer | der 418er installierte sich automatisch, macht aber nicht zu akzeptierende probleme | 15:03 |
| agentsoul | Hallo bei mir taucht $HOME/.local/bin nicht im $PATH auf https://pastebin.com/nyAEBs0K | 15:03 |
| le_bot | Title: [Bash] $ less .profile ... # set PATH so it includes user's private bin if it exi - Pastebin.com (at pastebin.com) | 15:03 |
| k1l | pragomer: den hast du aus dem ppa, ne? guck ob der 410er da noch drin ist | 15:04 |
| agentsoul | In der .profile sehe ich keinen Fehler $HOME/bin wird korrekt eingebunden | 15:05 |
| pragomer | nein, nicht aus einem ppa | 15:05 |
| pragomer | standard ubuntu 18.04 | 15:05 |
| pragomer | der 410er ist noch installiert (apt schlägt vor den zu autoremoven) | 15:05 |
| pragomer | muss aber ganz dringend auf 410 zurück | 15:05 |
| pragomer | (wegen fehlender opencl unterstützung bei 418) | 15:06 |
| pragomer | wenn ich apt remove mache und tab drücke, könnte ich diese Pakete deinstallieren: | 15:06 |
| pragomer | http://i.imgur.com/eurDnFx.png | 15:06 |
| k1l | pragomer: mach mal bitte ein "grep ^ /etc/apt/sources.list /etc/apt/sources.list.d/* |nc termbin.com 9999" und der spukt ne url aus, die bitte hier zeigen | 15:07 |
| pragomer | mm, der befehl klappt nicht ganz, ich mache euch aber sehr gerne einfach einen screenshot der datei und des Verzeichnisses, ok? | 15:08 |
| k1l | was klappt da nicht? | 15:08 |
| pragomer | Das hier ist im Verzeichnis: http://i.imgur.com/8WBPXco.png | 15:09 |
| pragomer | das hier der INhalt meiner sources.list Datei: http://i.imgur.com/9ZKg0p7.png | 15:09 |
| pragomer | Das komische: Wenn ich versuche: sudo apt remove nvidia-driver-418, dann will apt ALLE Treiber deinstallieren: http://i.imgur.com/LcMpDiR.png | 15:11 |
| k1l | pragomer: "apt policy nvidia-driver-390 nvidia-driver-410 nvidia-driver-418 | nc termbin.com 9999" | 15:12 |
| pragomer | https://termbin.com/lfqe | 15:13 |
| k1l | da siehst du es. die beiden 410 und 418 treiber kommen aus dem PPA | 15:13 |
| k1l | bzw hat das ppa den 410 rausgenommen und nur noch den 418 | 15:14 |
| pragomer | Oh wow, ich sehe grad: Kann es sein, dass das aus dem System76 PPA kommt? Oh Mann, ich wollte mir eigentlich nur das Pop!_OS Theme holen, hätte aber nie gedacht, dass da auch | 15:14 |
| pragomer | die nvidia Treiber aktualisiert werden, bzw. dass überhaupt was anderes über den Kanal kommt. | 15:14 |
| k1l | das ist das problem an PPAs | 15:15 |
| pragomer | ok, das wird dann gleich mal deaktiviert. Ich würde dann am besten alles was mit Nvidia zu tun hat purgen, mit Noveau starten, PPA rausschmeissen und einfach Nvidia normal wieder installieren, dann dürfte ja 390er Version kommen, richtig? (so ungefähr) | 15:16 |
| pragomer | oh Mann, Gott sei Dank habt ihr mir geholfen die Ursache zu finden, war echt kurz vorm Verzweifeln weil ich es mir nicht erklären konnte. | 15:16 |
| k1l | installiere mal "nvidia-driver-390" | 15:16 |
| testdr | tomreyn: korrektur zu "raid5 blocked for more than 120 sec" - es ist nicht die Hardware, auch wenn der memtest immer noch Fehler bringt. Es ist die Kernel-Version 4.19.20-041920-generic, den die 4.19.0-041900-generic (von davor) zeigt den Fehler nicht. Ich hab auch mittlerweile Hinweise gefunden, dass da von 4.19 nach 4.20 es Probleme dort gab. (zur Info) | 15:16 |
| pragomer | Ja, das geht nicht.. sobald ich den 390er Treiber installieren will, installiert er automatisch den 418er.. muss erst das PPA ausschalten. | 15:17 |
| pragomer | Ich geb gleich mal Rückmeldung. Bis hierher schon mal: Ganz ganz vielen lieben Dank für die Hilfe. | 15:17 |
| tomreyn | testdr: 4.19 ist nicht supported, das mmuss ein mainline-kernel sein | 15:19 |
| tomreyn | Nutz GA- oder HWE-Kernel wenn es deine hardware zulässt | 15:21 |
| testdr | tomreyn: das war mir schon klar - das sollte auch nur zur Info sein, weil ich damals erst die Hardware im Verdacht hatte. Ich habe wg. der vergleichsweisen neuen Ryzen-CPU, nun mal neuere Software ausprobiert. Was HWE betrifft, da hab ich eine neues System nur auf 18.04.2 aufgesetzt (parallel) und werde darauf wechseln. Geht aber bei mir nicht so schnell und vor einem Jahr war es für die amd-gpu halt noch etwas kniffeliger. | 15:24 |
| tomreyn | testdr: wenn memtest86+ immer noch ram-fehler berichtet dann gehe ich davon aus dass auch weiterhin was mit dem ram (oder dem zugriff drauf) nicht stimmt. | 15:26 |
| tomreyn | also auf *dem* system würde ich gar nicht erst versuchen irgendwelche OS-probleme anzugehen. | 15:26 |
| testdr | tomreyn: da werde ich zur Zeit nicht schlau - memtest zeigt keine Speicherfehler, wenn es nicht auf allen cores läuft. Erst bei allen cores hängt er sich bei ca. 60% im Test block-move auf. Da habe ich keine Erfahrung mit mehrfach cores. | 15:27 |
| tomreyn | falls du vor hast nur einen cpu core zu nutzen ist dann ja alles prima! | 15:29 |
| tomreyn | andernfalls allerdings solltest du das problem wohl lösen | 15:29 |
| testdr | tomreyn: ok --- dann noch einen schönen Sonntag. Das sollte ja nur zur Info sein, dass es ein Software(kernel) Problem war und nicht wie ich vermutete etwas mit der Hardware (was ich damit verkehrt gesagt hatte). Es ist ein Fehler, der schon mal 2-3 Tage nicht auftritt, weshalb ich den kernel-Wechsel nicht in Verdacht hatte. | 15:32 |
| tomreyn | testdr: freut mich dass du da voran gekommen bist, schönen sonntag noch. | 15:33 |
| agentsoul | keiner ne Idee zu $PATH? | 15:33 |
| k1l | agentsoul: ich glaube das wäre besser in der .bashrc aufgehoben | 15:37 |
| k1l | ich glaube .profile wird bei einer einfache desktop shell nicht eingelesen. | 15:38 |
| tomreyn | steht da ja drin in den ersten 3 zeilen | 15:40 |
| agentsoul | tomreyn bei mit gib es keine ~/.bash_profile or ~/.bash_login | 15:44 |
| tomreyn | agentsoul: hat hier denn jemand "~/.bash_profile" erwähnt? | 15:45 |
| tomreyn | oder ~/.bash_login ? | 15:45 |
| agentsoul | ich dachte Du meinst die ersten 3 Zeilen der .profile | 15:46 |
| testdr | er hat nicht bis zu dem Punkt gelesen was eine "login-shell" ist | 15:46 |
| agentsoul | was ist eine login shell? | 15:46 |
| tomreyn | agentsoul: ja, ~/.profile ist nicht ~/.bash_profile | 15:46 |
| tomreyn | https://unix.stackexchange.com/questions/38175/difference-between-login-shell-and-non-login-shell | 15:47 |
| le_bot | Title: Difference between Login Shell and Non-Login Shell? - Unix & Linux Stack Exchange (at unix.stackexchange.com) | 15:47 |
| testdr | agentsoul: wechsle z.B. auf eine Text-Console (alt-ctrl-F3) und log Dich dort ein | 15:47 |
| agentsoul | Danke | 15:47 |
| agentsoul | OK dan weiß ich welche gemeint ist | 15:47 |
| tomreyn | war das erste suchergebnis | 15:47 |
| tomreyn | gibts aber bestimmt auch auf deutsch | 15:47 |
| agentsoul | mag sein, war mir nicht als Problem bewusst und habe ich daher nicht gesucht. | 15:48 |
| agentsoul | aber jetzt was dazu gelernt | 15:48 |
| tomreyn | an sich sollte das aber nicht das problem sein | 15:50 |
| tomreyn | wenn du PATH in /.profile anpasst würde ich schon erwarten dass das nach logout und login auch effektiv ist. | 15:50 |
| agentsoul | allerdings ist $HOME/.local/bin dort auch nicht in $PATH | 15:51 |
| tomreyn | dann wird das wohl nicht funktionieren ;) | 15:52 |
| agentsoul | :-) | 15:52 |
| k1l | agentsoul: den ordner gibts aber und ist nicht leer? | 15:54 |
| k1l | und der gehört nicht nur root samt rechten? | 15:54 |
| tomreyn | ich hab folgende zeilen in ~/.profile unter 18.04.2 mit default (gnome-shell) desktop und bash shell (dateien ~/.bash_profile und ~/.bash_login existieren nicht) und in einem terminal zeigt echo $PATH dass das funktioniert: | 15:54 |
| tomreyn | # set PATH so it includes user's private bin directories | 15:55 |
| tomreyn | PATH="$HOME/bin:$HOME/.local/bin:$PATH" | 15:55 |
| tomreyn | so überschreibt man allerdings binaries in then üblichen pfaden, sicherer ist es die user-pfade hinten anzustellen | 15:55 |
| agentsoul | USER:USER 775 | 15:55 |
| agentsoul | tomreyn ohne das ganze if etc. | 15:58 |
| k1l | neu gesourced oder einmal komplett aus und wieder eingeloggt? | 15:58 |
| agentsoul | Hier nochmal der pastebin von vorhin https://pastebin.com/nyAEBs0K | 15:58 |
| le_bot | Title: [Bash] $ less .profile ... # set PATH so it includes user's private bin if it exi - Pastebin.com (at pastebin.com) | 15:58 |
| agentsoul | <k1l> habe die seit Monaten nicht angefasst | 15:58 |
| testdr | agentsoul: hast Du nach der Änderung in .profile das auf einer Text-Console probiert? echo $PATH | 15:59 |
| agentsoul | OK also nach source .profile geht es | 16:00 |
| agentsoul | aber das sollte doch beim Systemstart passieren | 16:00 |
| k1l | welches ubuntu ist das? | 16:00 |
| agentsoul | also wie gesagt noch nichts daran getan, seit Monaten. Ich starte mal den Rechner neu und gucke ob es noch da ist. Back in 2 min | 16:01 |
| testdr | agentsoul: nicht beim Systemstart - aber wenn sich der User das erste mal anmeldet für seine session - während der session werden solche Änderungen nicht wahrgenommen. | 16:01 |
| agentsoul | Ubuntu 18.04.2 LTS | 16:01 |
| agentsoul | bis gleich | 16:02 |
| agentsoul | Neustart und es wieder weg | 16:04 |
| agentsoul | evtl liegt es an der shell bin hier mit zsh unterwegs | 16:04 |
| k1l | … | 16:04 |
| testdr | bash != zsh | 16:05 |
| agentsoul | ist mir klar, mir ist nicht klar was man einstellen muss und was systemweit gezogen wird | 16:06 |
| agentsoul | aber ich hatte mit $ bash auch die bash gestartet und dort ist das Ergebniss für $PATH identisch | 16:06 |
| k1l | die zsh rennt mit .zprofile | 16:07 |
| k1l | die shells haben gegeneinander so viele unterschiede, dass sie nicht mit dne gleichen dateien einfach so laufen können. | 16:08 |
| k1l | und es nutzt auch nicht die .bashrc sondern .zshrc | 16:09 |
| testdr | agentsoul: aus man-page: The usual zsh startup/shutdown scripts are not executed. Login shells source /etc/profile followed by $HOME/.profile. --- und auch da der Unterschied mit der login-shell. Warum nimmst Du nicht das Text-Console-Login zum Test? Da hast Du welche login-shell? | 16:10 |
| agentsoul | zsh | 16:11 |
| testdr | agentsoul: Du hast in /etc/passwd das drin stehen? Und wird dort nicht dann das /etc/profile ausgeführt? (Schreib ein echo rein um es zu sehen, wenn Du nicht sicher bist) | 16:12 |
| agentsoul | welches Terminal ist denn von Haus aus bei ubuntu inst.? | 16:12 |
| agentsoul | <testdr> zsh | 16:13 |
| agentsoul | <testdr> also USERNAME:x:1000:1000:USERNAME,,,:/home/USERNAME:/usr/bin/zsh | 16:14 |
| testdr | agentsoul: doch wohl bei dem Usernamen, mit dem Du Dich anmeldest? Und was passiert auf der Console beim Anmelden (das ist das Terminal mit der linux Terminalemulation) | 16:15 |
| agentsoul | wird nichts ausgegeben, also vom echo "123" in .profile | 16:18 |
| testdr | agentsoul: ich dachte da mehr an das /etc/profile und da wird vieles nicht ausgeführt, wenn es nicht die bash ist | 16:19 |
| testdr | agentsoul: systemweit wären da Einträge vorzunehmen und da gibt es auch einen ganzen "zoo" in /etc/profile.d | 16:20 |
| agentsoul | ich muss auch nicht zsh verwenden, wie stelle ich den auf die Standard Shell zurück? Bzw welche ist das. | 16:20 |
| agentsoul | /usr/bin/gnome-terminal.wrapper ? | 16:20 |
| testdr | agentsoul: das wäre die bash und die kommt als Login-Shell in der /etc/passwd bei dem Usernamen hin | 16:20 |
| agentsoul | einfach händisch eintragen? | 16:21 |
| agentsoul | gibt ja viele configurations Dateien wo man sowas besser bleiben lässt | 16:21 |
| testdr | agentsoul: prinzipiell ja -- aber das sind Systemdateien .. und Fehler ... darf ein admin nicht machen. | 16:21 |
| tomreyn | chsh | 16:22 |
| testdr | agentsoul: leg Dir doch einen neuen User an und spiele mit dem rum -- dann läufst Du nicht so schnell Gefahr Dir den Stuhl unterm Computer wegzuziehen. | 16:23 |
| testdr | agentsoul: der neue User sollte als default auch die bash eingetragen haben | 16:24 |
| agentsoul | hat schon geklappt | 16:24 |
| agentsoul | hatte erst /usr/bin/bash aber locate half /bin/bash und es läuft und die .profile wird auch eingelesen zumindest wird mein echo ausgegeben | 16:25 |
| testdr | ähm .. ungültige Login-Shell und dann ist man wohl bei no-login? | 16:26 |
| agentsoul | OK läuft erstmal alles wieder herzlichsten Dank und merke ein Shell-wechsel macht viel Arbeit | 16:31 |
| j0k | :-D warum auch immer ein Wechsel der Shell nötig wäre | 19:59 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!
