Bitte gerne geschehen - es geht mir aber auch oft so - hin und wieder sieht man den Wald vor lauter Bäumen nicht.
Viel Spaß!
Das Grub die anderen installierten OS erkennt ist normal.
Kannst du aber mit dem Eintrag in Grub:
GRUB_DISABLE_OS_PROBER=trueabschalten. So sollten die anderen OS nicht mehr erkannt werden.
Grub update nach dem Eintragen nicht vergessen.
UEFI kann man auch in nur eine Partition schreiben lassen, aber ich bevorzuge eine extra UEFI Partition auf der Platte wo das Betriebssystem installiert ist.
Viele Linux Installer bieten das von sich aus schon an.
Natürlich muss dein Motherboard UEFI anbieten.
Quoteminitool.com
UEFI speichert alle Informationen über die Initialisierung und den Start in einer .efi-Datei, einer Datei, die auf einer speziellen Partition namens EFI System Partition (ESP) gespeichert ist. Die ESP-Partition wird auch die Bootloader-Programme für das auf dem Computer installierte Betriebssystem enthalten.
Aufgrund dieser Partition kann UEFI das Betriebssystem direkt booten und den Selbsttestprozess des BIOS speichern, was ein wichtiger Grund für das schnellere Booten von UEFI ist.
Das Netzt bietet jede Menge an Info's, ehrlich gesagt bin ich nicht soooo bewandert. Ich habe nur für mich entdeckt das es eben bequemer ist wenn auf jeder Platte einen eigenen Bootloader hat.
Hallo josefine,
das hört sich interessant an. Jetzt weiß ich nicht, ob das den Thread hier sprengt, aber ich würde gerne mehr darüber erfahren, was bei der Installation eines 2., 3., 4. OS zu beachten/auszuwählen/einzustellen ist, das ich diese über das UEFI booten kann und nicht über Grub.
Danke und Gruß
Olaf
Hab die Antwort hier gepostet:
UEFI Boot - Thread verschoben
Als ich geantwortet hatte stand da noch nichts von CPUlast
Eigentlich ist wayland ja resourcenfreundlicher als das veraltete x11.
Ich nutze x11 selber nicht mehr.
Eventuell ist es ein anderer Prozess der etwas Last erzeugt, baloo z.B. für die Indizierung?
Ich mag KDE, da kann ich die Fensterpositionen festlegen so dass sie beim Neustart an genau der gleichen Stelle und in der selben Größe wieder beim Autostart erscheinen.
Bei Wayland funktioniert das nicht so einwandfrei, vor allem kann Wayland nicht ein Fenster auf einer anderen Arbeitsfläche automatisch öffnen.
Bin da halt Oldscool ....
baloo habe ich grundsätzlich mit dem Befehl
balooctl disableausgeschaltet und ist auch nicht gelaufen.
Egal, machen wir hier kein Drama draus, ist mir eben nur aufgefallen.
Bei dir taucht ja an erster Stelle Xorg auf...
Dachte du hast Wayland laufen.
Bin ja wieder auf X11 zurück gewechselt um vergleichen zu können.
Ist ja bei SSDM und KDE nicht so schwer. Ich kann da beim Anmelden unter Wayland und KDE auswählen.
Hallo josefine,
das hört sich interessant an. Jetzt weiß ich nicht, ob das den Thread hier sprengt, aber ich würde gerne mehr darüber erfahren, was bei der Installation eines 2., 3., 4. OS zu beachten/auszuwählen/einzustellen ist, das ich diese über das UEFI booten kann und nicht über Grub.
Danke und Gruß
Olaf
Hallo Olaf,
Im Grunde genommen finde ich es nicht schwer.
Du musst nur aufpassen das du dein Betriebssystem als UEFI installierst und auch der UEFI Bootloader auf die selbe Platte wie das Betriebssystem geschrieben wird.
Aber da gibt es hier sicher Menschen die sich besser auskennen als ich.
Habe natürlich auch einen Screenshot:
Display MoreGuten Tag,
ich bin auch Arch Benutzer.
Was meinst Du mit Speicherlast, den RAMverbrauch?
Ich benutze Wayland unter KDE Plasma, wenn das System gestartet ist sagt mir "free -h" ca. 700 MB RAM Belegung.
Ist mit X11 eigentlich genauso.
Oder meinst Du die CPU-Last?
Die ist bei mir unter Wayland bei IDLE 0 bis bis 1%.
Wie ich oben geschrieben habe meine ich die CPU Last.
Auf 0 - 1% komme ich nicht, da ich 4 Monitore mit insgesamt 8 gleichzeitig geöffneten Fenstern dran habe.
Aber eben so im Schnitt 8% Höchstlast im Leerlauf.
Das zeigt mir mein System mit free -h
[josefine@josefine-arch ~]$ free -h
gesamt benutzt frei gemns. Puffer/Cache verfügbar
Speicher: 31Gi 6,3Gi 20Gi 571Mi 4,5Gi 23Gi
Swap: 34Gi 0B 34Gi
[josefine@josefine-arch ~]$ Gerade habe ich festgestellt das Wayland unter Arch bei mir mehr Prozessorlast (CPU) erzeugt als X11.
War eigentlich nur ein Zufall, da ich beim booten nicht aufgepasst hatte und eigentlich irrtümlich Wayland gestartet hatte.
Komischerweise betrifft es die CPU und nicht die GPU. Eigentlich war ich in der Annahme das die GPU für die Anzeige usw. verantwortlich ist.
Aufmerksam wurde ich eigentlich darauf das Conky mir mehr Speicherlast als sonst angezeigt hat.
Wayland hat im Schnitt 18% mit all den geöffneten Fenstern verbraucht.
X11 im Gegensatz dazu nur 8% im Schnitt und natürlich wird die CPU auch kühler.
Ist das nur bei mir so, oder ist es jemand anderem auch schon aufgefallen?
Kann ich nun nicht so austesten, habe gerade keinen Platz frei um ein neues System zu installieren. Bei Manjaro und ArcoLinux habe ich genau so wie bei allen anderen Systemen nur das Script gestartet, die Frage nach dem Druckermodell beantwortet und der Rest lief von alleine, einschließlich Testdruck.
Bei Manjaro hat er bei mir auch alles Mitinstalliert, bei Arch musste ich vorher die lib32 Umgebung nach Istallieren.
Display MoreGuten Tag,
darf ich mal was fragen?
Ich sehe KDE und ArchLinux, so wie bei mir.
Ich habe seit gestern ein kleines Problem, wenn ich mein KDE herunterfahren oder rebooten will, piep der PC immer einmal.
Ich weiß jetz nicht ob das mit einem Update zusammenhängt. Das war vorher nämlich nie gewesen.
Finde den PIEPTON nervend, will den abstellen.
In den Systemeinstellungen ist folgender Befehl zum herunterfahren über SDDM hinterlegt: /usr/bin/systemctl poweroff
und /usr/bin/systemctl reboot
Wenn KDE dadurch beendet wird, die Konsole erscheint, dann piept es einmal und dann geht der PC aus.
Kann man das wieder abschalten?
MFG
laktosefrei
Hmm, hast du da auch eine Konsolenmeldung?
Aber wenn der PC selbst piept vermute ich das Problem eher bei der Hardware als bei der Software.
Wie alt ist denn deine Batterie auf dem Motherboard?
Piept der PC auch beim hochfahren?
Wie du siehst gibt es viele Möglichkeiten, wen es weiterhin besteht eröffne bitte einen eigenen Thread dafür.
Toll eingerichtet, gefällt mir gut. Mal ne Frage: machst Du das immer nativ auf deinem System oder als VM?
Bei mir hat jedes Betriebssystem eine eigene SSD - da kann man meiner Meinung nach besser testen ....
Jedes Betriebssystem hat einen eigenen UEFI boot Eintrag und so kann ich per UEFI das starten was ich gerade möchte und wenn ich wieder Betriebssystem tausche hat es keine Boot Auswirkungen auf die bestehenden - tja - so stellt Frau sich das halt vor.
Edit:
Und sollte doch einmal etwas passieren habe ich einen UEFI-Boot-Repair-Stick angelegt.
Hier kannst du das Tool downloaden:
https://sourceforge.net/p/boot-repair-cd/home/de/
Ich hab's wieder getan - und Arch neu installiert - ist für mich auch eine tolle Distri ....
Dazu müsste man ja erst mal das Packet auseinander nehmen und sehen was da so drin steckt. Bisher hatte ich dazu noch keine Muse gefunden und hab mal den Paketerstellern vertraut.
Damit meine ich ausschließlich die Brother Treiber....
hmm hab einen treiber aus aur installiert, da war das wohl nicht dabei.
Tja, wie ich schon schrieb, manche Distris installieren die lib32 Dateien mit und manche eben nicht.
Aber wenn du es jetzt weißt wirst du sicherlich in Zukunft darauf achten und musst dann nicht mehr lange suchen.
Display MoreHallo
nach dem ich den tipp von josefine gelesen hatte habe ich die .....brscan-skey-0.3.1-2.i386.deb installiert und
kann ich nun mit Wlan Scannen, danke an alle die sich einen Kopf zerbrochen haben, aber
warum man die erst Installieren muss um den Drucker auf einem 64 bit System zum laufen zu bringen,
verstehe ich nicht ganz ,weil die datei eigentlich für ein 32 bit System ist
Weil die Treiber von Brother noch auf ein 32bit System ausgelegt sind.
Da hat Brother jahrelang leider nicht nachgebessert. 
Mit der von dir vorgestellten Methode Currock, hatte ich mit Brother Geräten neuerer Gen. Probleme unter Ubuntu 20.04. Schön wenn das mit deinen Geräten alles funktioniert hat.
Funktioniert grundsätzlich schon, kommt aber auf die Distri an. Bei Arch musste ich vorher die lib32... installieren. Dann lief es.
Bei manchen, wie z.B.: Kubuntu wirden die lib32 Dateien automatisch mit installiert ...
Ist halt so eine Sache für sich.....
Ich verwende KDE und bei mir ist diese Funktion nicht verfügbar.
Hmmmm,
Es stimmt das diese Krankheiten bei den Akkus Vergangenheit sind.
Es gibt aber dennoch eine Möglichkeit unter Linux die Akkus zu testen, volle Ladekapazität einstellen usw.
Ich verwende es nicht und rate auch nicht dazu, aber der Vollständigkeit halber hier der Link:
https://thinkwiki.de/TLP_-_Linux_Stromsparen
So Das Problem ist abgeschafft läuft wieder
Und wo lag der Fehler?
Die Lösung wäre eventuell auch für andere die dieses Problem einmal haben sollten interessant.
