[06:22] Lassen sich die Gnome-Benachrichtigungen irgendwo anders anzeigen? Die Fenster sind nervig. [06:24] [13:18:08] https://extensions.gnome.org/extension/708/panel-osd/ ← damit kannst du sie zumindest verschieben [06:24] Title: Panel OSD - GNOME Shell Extensions (at extensions.gnome.org) === eTeddy1 is now known as eTeddy [06:34] ppq, das problem ist, dass die fenster immer andere schliess-dialoge von anderen fenstern überlagern. [06:34] Wie löst du das? [06:35] Wo sind die Einstellungen versteckt? [06:45] marshmello: echt? bei mir kommen die notifies in der mitte vom screen und dort ist selten/nie ein schließdialog [06:45] und die meisten dialoge breche ich mit esc ab wenns ist [06:48] apollo13, bei mir oben in der mitte, ich habe oft auch kleinere fenster geöffnet. [06:57] oben rechts find ich ideal. Da hatte ich solch geschilderte Probleme noch nie [06:57] dann ist auch der schließen Knopf in der rechten oberen Ecke und leicht zu fixieren [06:59] j0k, und wo stellt man das beim plugin ein? [07:00] ist dann das der schliessen icon der ganz geöffneten fenster nicht überlagert? [07:01] habe lxde sollte aber auch bei gnome machbar sein - möglicherweise brauchst Du dafür die Toolerweiterung (wie hieß die noch mal cssm oder so?) [07:03] marshmello: ansonsten kann ich da auch nur die Kollegen zitieren welche Dir den Hinweis versuchten zu vermitteln [07:04] 08:24 ppq | [13:18:08] https://extensions.gnome.org/extension/708/panel-osd/ ← damit kannst du sie zumindest veschieben ... schon seit gestern Mittag anscheinend [07:04] Title: Panel OSD - GNOME Shell Extensions (at extensions.gnome.org) [08:31] j0k, werde es mal versuchen, wenn wieder eine nachricht kommt, gestern war ich nicht mehr am pc. [08:32] dann: qshutdown. [08:43] also verschieben kann man die dialoge trotzdem nicht. === TheSphinX_ is now known as TheSphinX^ === eTeddy1 is now known as eTeddy === eTeddy1 is now known as eTeddy === eTeddy1 is now known as eTeddy [16:45] moin. ich habe einen ubuntu server laufen und das problem, dass mir das nfs share auf das er als client zugreift nach ein paar tagen "verloren" geht. eingebunden ist der spaß über fstab/systemd. [16:45] gleiche konfiguration auf einem armbian als auch auf meinem dektop (arch linux) weisen das problem nicht auf. [16:46] journalctl ist nicht sonderlich gesprächig außer einem timeout hinweis wenn ich die unit neu starte. [16:46] meine frage ist nun wo ich weiter suche... [16:47] und auch nachdem ich die freigabe auf dem server nicht mehr neu mounten kann kann ich sie auf den anderen clients ohne probleme neu einhängen an beliebigen orten. also der server (qnap) scheint da nicht abzustürzen... [16:50] e-i-k-e: ich würde da grundsätzlich erst mal für mehr logging sorgen, sowohl auf client als auch serverseite (sofern möglich). [16:51] und natürlich sicherstellen dass alles die aktuellsten bugfixes installiert hat [16:51] tomreyn: okay. dann schau ich mal wie ich das logging auf dem server hochgesetzt bekomme. sollte kein thema sein. bei qnap selbst muss ich mal gucken... die kochen da ihre eigene suppe [16:52] der ubuntu server ist apt-mäßig aktuell? und ohne fremd-pakete? [16:54] und welche ubuntu-version ist das? [18:46] Hallöchen, ich habe hier einen neuen Rechner mit Windows10 drauf und möchte ein Linux zusätzlich installieren (Dual-Boot). Das ganze hat UEFI. Ich habe versucht einen USB Stick mit https://wiki.ubuntuusers.de/EFI_USB-Stick/ zu erstellen, aber irgendwie klappt das nicht so recht. Brauch ich das oder kann ich auch wie sonst einfach das image auf nen [18:46] usb stick mit dd bringen? Oder kann man doch irgendwie grup verwenden oder so? [18:46] Title: EFI USB-Stick › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de) [18:48] per dd sollte klappen. [18:56] gut. Dann versuch ich es nochmal so. Meine Erfahrung ist nur, dass uefi und dual boot kompliziert ist... Hat jemand eine Ahnung, warum der USB Stick beim booten ignoriert wird? Mein Rechner meint "Type of medium: x-content/bootable-media type" [18:56] uefi sollte heute nicht schwieriger sein als die alte mbr variante. der installer macht die magie, die es braucht [20:14] Hallo Leute. Mein Lenovo Notebook lädt nur bis 59% → https://www.windows-10-forum.com/threads/lenovo-akku-laedt-nur-bis-59-windows-10.12632/ [20:14] Title: Lenovo ... Akku lädt nur bis 59%, Windows 10 (at www.windows-10-forum.com) [20:14] Kann ich diese Lenovo Solution Zeug irgenwie unter Linux steuern? [20:16] tlp [20:17] vorausgesetzt es ist ein thinkpad [20:17] Leider kein Thinkpad.. [20:18] dann gehts nicht [20:25] Dann versuch ichs mit einer Windows Live CD.. [20:29] https://askubuntu.com/questions/1038471/problem-with-lenovo-battery-threshold [20:29] Title: Problem with Lenovo battery threshold - Ask Ubuntu (at askubuntu.com) [20:29] dreamon: ^ [20:51] tomreyn, sudo echo 0 > /sys/bus/platform/drivers/ideapad_acpi/VPC2004:00/conservation_mode [20:51] zsh: keine Berechtigung: /sys/bus/platform/drivers/ideapad_acpi/VPC2004:00/conservation_mode [21:08] dreamon: echo 0 | sudo tee /sys/bus/platform/drivers/ideapad_acpi/VPC2004:00/conservation_mode [21:09] Das hat er geschluckt.. mal warten ob er > 59% geht [21:13] tomreyn, Das klappt VIELEN DANK..sag mir nur was da jetzt anderst ist.. [21:18] dreamon: was woran anders ist? [21:20] also der befehl den du da jetzt abgesetzt hast hat dem bios per acpi mitgeteilt dass es deinen akku bis zu dem füllstand 100% aufladen soll, nicht mehr nur bis zu dem (die batterie-lebenszeit bei stationär genutzten laptops erhöhenden) 60% - dem von Lenovo sogenannten "Conservation Mode". [21:20] sudo mit > geht halt so nicht [21:20] diese einstellung hält vermutlich nur bis zum nächsten reboot. [21:21] vielleicht meinte er auch da, ja ;) [21:21] *daS [21:39] tomreyn, Ich frag mich warum das sudo tee da rein muß und nicht sudo echo 0 > ..ging.. [21:41] dreamon: Wegen Umleitungen [21:43] schon aber warum ist das tee da zuwingend erforderlich. [21:46] dreamon: https://forum.ubuntuusers.de/topic/sudo-echo-permission-denied/ [21:46] Title: "sudo echo" --> permission denied!! › Shell und Programmieren › Fortgeschrittene Themen › Forum › ubuntuusers.de (at forum.ubuntuusers.de) [21:50] Danke euch allen.. Das war Starke Leistung!