Mageia Forum

Hallo zusammen!
Ich bin nicht gerade ein PC-Crack und habe mir so etwa Ende 2024 auf einem einfachen flachen 32-Bit Rechner (Gehäuse für Montage am Bildschirm vorgesehen) Mageia Linux installiert, und will diesen eigentlich praktisch nur für Musik nutzen. Beispielsweise als Sampler, um per Drumpads oder Keyboards irgendwelche Sounds zu spielen. Daher der "Sparrechner" weil der Lüfterlos leise ist...

Dann lag die Kiste bis vor ein paar Tagen ungenutzt herum...
Jetzt suche ich eine Möglichkeit, meine Benutzervorgaben so einzustellen, dass ich nicht mehr automatisch abgemeldet werde. Vielleicht sogar so, dass ich nur für administrative Sachen (Installationen...) mein Passwort eingeben muss und sonst automatisch angemeldet bin. Dann könnte für die normale Nutzung halt auch jeder (z.B. andere Musiker) die Kiste in Betrieb nehmen, wie ein normales Musikinstrument...
Alles was mit Druckern, Mail usw. zu tun hat, würde ich gerne komplett entfernen, um Platz auf der kleinen SSD zu sparen. Nur ein möglichst kleiner Webbrowser wäre mir für schnelles Suchen... am liebsten. Momentan ist halt noch Firefox drauf. Die sollen aber jetzt ja bei 32 bit jetzt auch nix mehr machen...

Bisher habe ich aber keine Möglichkeit gefunden, die Benutzeranmeldung zu ändern.
Möglicherweise steckt diese Möglichkeit in drakconf???
Und die Browser, welche auf diversen Seiten im Web als klein empfohlen werden, sind in den Standardprogrammen kaum gelistet. Installation wie z.B. auf Mint oder einem Raspberry Pi scheinen so nicht zu funktionieren. Ist wohl zu weit weg...

Das kann ich aber immer nur für einen kurzen Moment starten. Es stürzt bei jedem Start verlässlich ab, noch bevor auf der rechten Seite irgendwelche Infos erscheinen. Nur links sind kurz die Menüpunkte zu sehen.
Dabei spielt es keine Rolle, ob ich es aus dem Startmenü oder im Terminal aufrufe.
Einziger Unterschied beim Aufruf per Terminal gibt es halt den Inhalt des Terminalfensters dazu, welcher ja eventuell weiterhelfen könnte, wenn man sich besser auskennen würde...

[toni@localhost ~]$ drakconf
Too late to run INIT block at /usr/lib/perl5/vendor_perl/Glib/Object/Introspection.pm line 257.
Ignore the following Glib::Object::Introspection & Gtk3 warnings
Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib/perl5/DynaLoader.pm line 223.
Overriding existing handler for signal 10. Set JSC_SIGNAL_FOR_GC if you want WebKit to use a different signal
[toni@localhost ~]$

Wäre nett, wenn jemand (auch zu obigen Fragen) Tips hätte.
Vielen Dank!

Ahoi,
ein paar zusätzliche Angaben wären sicher hilfreich. Welches Mageia Release hast du installiert, welche Desktop-Umgebung nutzt du und sind alle Updates installiert ?
Was das MCC-Problem angeht: Was für einen Grafikchip hat der Rechner, und was für einen Treiber verwendet der aktuell? Am besten mal die Ausgabe von

Code: Alles auswählen: lspcidrake -v

Und anhand deines Promptes sieht es so aus als ob du keinen statischen Hostnamen vergeben hast, das solltest du tun, da eine Änderung über DHCP Auswirkungen auf alle grafischen Anwendungen haben kann.
z.B. als root mittels

Code: Alles auswählen: hostnamectl hostname mein_neuer_hostname

toni hat geschrieben:Jetzt suche ich eine Möglichkeit, meine Benutzervorgaben so einzustellen, dass ich nicht mehr automatisch abgemeldet werde. Vielleicht sogar so, dass ich nur für administrative Sachen (Installationen...) mein Passwort eingeben muss und sonst automatisch angemeldet bin.

Was heißt automatisch abgemeldet? Du meinst Bildschirmschoner/-sperre ? Den kannst du einfach in den Einstellungen deiner Desktop-Umgebung ausschalten, da brauchst du das MCC nicht dazu.

toni hat geschrieben:Nur ein möglichst kleiner Webbrowser wäre mir für schnelles Suchen... am liebsten. Momentan ist halt noch Firefox drauf. Die sollen aber jetzt ja bei 32 bit jetzt auch nix mehr machen...
[...]
Und die Browser, welche auf diversen Seiten im Web als klein empfohlen werden, sind in den Standardprogrammen kaum gelistet. Installation wie z.B. auf Mint oder einem Raspberry Pi scheinen so nicht zu funktionieren. Ist wohl zu weit weg...

Was ist ein möglich kleiner Webbrowser, was wird denn auf diversen Seiten empfohlen ?
In den Repos gibt es u.a. dillo, falkon, otter-browser, netsurf, surf

toni hat geschrieben:Bisher habe ich aber keine Möglichkeit gefunden, die Benutzeranmeldung zu ändern.
Möglicherweise steckt diese Möglichkeit in drakconf???

Was genau meinst du mit Benutzeranmeldung? Was du unter anderem umstellen kannst, ist welches Passwort für welches Mageia-Tool verlangt wird: https://doc.mageia.org/mcc/9/de/content ... ml#draksec

Was den Crash angeht, sieht so aus wie https://bugs.mageia.org/show_bug.cgi?id=33208 - falls es das gleiche Problem ist, hilft nur ein Downgrade der webkit2-Pakete, da gibt es aktuell keine Lösung für 32bit Systeme.

[toni@localhost ~]$ lspcidrake -v
snd_hda_intel : Intel Corporation|NM10/ICH7 Family High Definition Audio Controller [MULTIMEDIA_AUDIO_DEV] (vendor:8086 device:27d8 subv:1462 subd:8520) (rev: 02)
e1000e : Intel Corporation|82574L Gigabit Network Connection [NETWORK_ETHERNET] (vendor:8086 device:10d3 subv:1462 subd:8520)
unknown : Intel Corporation|Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller [DISPLAY_OTHER] (vendor:8086 device:27a6 subv:1462 subd:8520) (rev: 03)
uhci_hcd : Intel Corporation|NM10/ICH7 Family USB UHCI Controller #2 [SERIAL_USB] (vendor:8086 device:27c9 subv:1462 subd:8520) (rev: 02)
e1000e : Intel Corporation|82574L Gigabit Network Connection [NETWORK_ETHERNET] (vendor:8086 device:10d3 subv:1462 subd:8520)
intel_rng : Intel Corporation|82801GBM (ICH7-M) LPC Interface Bridge [BRIDGE_ISA] (vendor:8086 device:27b9 subv:1462 subd:8520) (rev: 02)
uhci_hcd : Intel Corporation|NM10/ICH7 Family USB UHCI Controller #4 [SERIAL_USB] (vendor:8086 device:27cb subv:1462 subd:8520) (rev: 02)
unknown : Intel Corporation|NM10/ICH7 Family PCI Express Port 1 [BRIDGE_PCI] (vendor:8086 device:27d0) (rev: 02)
rtl8192se : Realtek Semiconductor Co., Ltd.|RTL8191SEvA Wireless LAN Controller [NETWORK_OTHER] (vendor:10ec device:8171 subv:1462 subd:6897) (rev: 10)
ata_piix : Intel Corporation|82801GBM/GHM (ICH7-M Family) SATA Controller [IDE mode] [STORAGE_IDE] (vendor:8086 device:27c4 subv:1462 subd:8520) (rev: 02)
unknown : Intel Corporation|NM10/ICH7 Family PCI Express Port 3 [BRIDGE_PCI] (vendor:8086 device:27d4) (rev: 02)
ehci_pci : Intel Corporation|NM10/ICH7 Family USB2 EHCI Controller [SERIAL_USB] (vendor:8086 device:27cc subv:1462 subd:8520) (rev: 02)
Card:Intel 810 and later: Intel Corporation|Mobile 945GSE Express Integrated Graphics Controller [DISPLAY_VGA] (vendor:8086 device:27ae subv:1462 subd:8520) (rev: 03)
uhci_hcd : Intel Corporation|NM10/ICH7 Family USB UHCI Controller #1 [SERIAL_USB] (vendor:8086 device:27c8 subv:1462 subd:8520) (rev: 02)
uhci_hcd : Intel Corporation|NM10/ICH7 Family USB UHCI Controller #3 [SERIAL_USB] (vendor:8086 device:27ca subv:1462 subd:8520) (rev: 02)
ata_piix : Intel Corporation|82801G (ICH7 Family) IDE Controller [STORAGE_IDE] (vendor:8086 device:27df subv:1462 subd:8520) (rev: 02)
unknown : Intel Corporation|NM10/ICH7 Family PCI Express Port 2 [BRIDGE_PCI] (vendor:8086 device:27d2) (rev: 02)
unknown : Intel Corporation|Mobile 945GSE Express Memory Controller Hub [BRIDGE_HOST] (vendor:8086 device:27ac subv:1462 subd:8520) (rev: 03)
i2c_i801 : Intel Corporation|NM10/ICH7 Family SMBus Controller [SERIAL_SMBUS] (vendor:8086 device:27da subv:1462 subd:8520) (rev: 02)
unknown : Intel Corporation|82801 Mobile PCI Bridge [BRIDGE_PCI] (vendor:8086 device:2448) (rev: e2)
hub : Linux 6.6.120-desktop586-1.mga9 ehci_hcd|EHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0002)
hub : Linux 6.6.120-desktop586-1.mga9 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001)
hub : Linux 6.6.120-desktop586-1.mga9 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001)
usbhid : Unknown| USB OPTICAL MOUSE [Human Interface Device|Boot Interface Subclass|Mouse] (vendor:0000 device:8000)
usbhid : Usb KeyBoard|Usb KeyBoard [Human Interface Device|Boot Interface Subclass|Keyboard] (vendor:1c4f device:0202)
hub : Linux 6.6.120-desktop586-1.mga9 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001)
hub : Linux 6.6.120-desktop586-1.mga9 uhci_hcd|UHCI Host Controller [Hub|Unused|Full speed (or root) hub] (vendor:1d6b device:0001)
[toni@localhost ~]$

Bildschirmschoner war gemeint. Aber ich hab bisher erfolglos die Möglichkeit gesucht den zu unterbinden oder zumindest dann einfach ohne Passwort weitermachen zu können. Wie ich eben auch das System doch ganz gerne ohne Passworteingabe starten würde. Es geht ja hier nicht um sensible Daten, sondern nur um synthetisch wiedergegebene Sounds. Also quasi ein Musikinstrument. Da würde Passwort für kritische Änderungen ja reichen.

Den Browsern sieht man im Installationsmenü die Größe nicht an. Wenig Speicherbedarf wäre halt sowohl auf SSD als auch im Arbeitsspeicher praktisch.
Dass ein fehlender statischer Hostname auch Systemintern problematisch sein könnte, hätte ich tatsächlich nicht angenommen. Normalerweise vergebe ich sonst eher seitens des Routers die Adressen für einzelne Geräte, um sie zuverlässig zu finden.

Der Beschreibung nach würde ich jetzt auch annehmen, dass das Webkitproblem bei mir auch Ursache für den sicheren Crash ist. Ist das Webkit auch für die Darstellung in drakconf zuständig? Sonst würde es doch kaum einen Zusammenhang geben, oder?

Heute bin ich schon wieder zu müde und hab auch trotz der Antworten nicht die richtigen Punkte für Änderungen gefunden, wollte mich aber zumindest mal für die Hilfeversuche bedanken!
Schönen Abend noch!

doktor5000 hat geschrieben:ein paar zusätzliche Angaben wären sicher hilfreich. Welches Mageia Release hast du installiert, welche Desktop-Umgebung nutzt du und sind alle Updates installiert ?

Im Begrüßungsmenü bekomme ich bei Klick auf Ihre Konfiguration
...
Sie verwenden jetzt Mageia 9
Sie verwenden den Linux-Kernel: 6.6.120-desktop586-1.mga9
Ihre Systemarchitektur ist: i686
Sie Verwenden den Desktop Xfce
...
angezeigt und installiere aktuell grundsätzlich immer alle Updates, die mir gemeldet werden.

Ich wollte mit lshw mehr Informationen abrufen, bekomme dann aber nur die Meldung, dass ich nicht in der sudoers-Datei bin.
Allerdings ist ja im System keine weiterer Benutzer angelegt. Da ist es nicht sehr hilfreich, wenn ich gar nichts machen kann.
Aber könnte das womöglich auch der Grund sein, warum drakconf abbricht???

Wenn ich kein anderes Admi-Konto habe, in dem ich mich anmelden könnte, sehe ich halt keine Möglichkeit mich in diese Datei einzutragen...
Und ich kann suchen soviel ich will, ich finde keine Option, das System ohne Kennwort zu starten. Ich habe auch keine Benutzerverwaltung gefunden, in der ich einfach ein kürzeres Passwort für mein Konto eingeben könnte.

Hallo!
versuchs doch mal so:

Code: Alles auswählen: [juergen@localhost ~]$ su Passwort: [root@localhost juergen]# drak drak3d drakdm drakhosts drakproxy drakupdate_fstab drakauth drakdoc drakids drakroam drakups drakautologin drakdvb drakinvictus drakrpm drakuser drakboot drakedm drakkeyboard drakrpm-addmedia drakvpn drakbug drakfirewall draklocale drakrpm-edit-media drakx11 drakbug_report drakfirewall6 draklog drakrpm-editmedia drakxconf drakclock drakfont drakmouse drakrpm-update drakxservices drakconf drakguard draknetcenter draksambashare drakxtv drakconnect drakgw draknetprofile drakscanner drakx-update-background drakconsole drakhardware draknfs draksec drakdisk drakhelp drakperm draksound

Da hast du alles, was mit "drak....." anfängt
dann:

Code: Alles auswählen: [root@localhost juergen]# drakuser Ignore the following Glib::Object::Introspection & Gtk3 warnings Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539. XDG_RUNTIME_DIR (/run/user/1000) is not owned by us (uid 0), but by uid 1000! (This could e.g. happen if you try to connect to a non-root PulseAudio as a root user, over the native protocol. Don't do that.) XDG_RUNTIME_DIR (/run/user/1000) is not owned by us (uid 0), but by uid 1000! (This could e.g. happen if you try to connect to a non-root PulseAudio as a root user, over the native protocol. Don't do that.) XDG_RUNTIME_DIR (/run/user/1000) is not owned by us (uid 0), but by uid 1000! (This could e.g. happen if you try to connect to a non-root PulseAudio as a root user, over the native protocol. Don't do that.) XDG_RUNTIME_DIR (/run/user/1000) is not owned by us (uid 0), but by uid 1000! (This could e.g. happen if you try to connect to a non-root PulseAudio as a root user, over the native protocol. Don't do that.)

Wenn der Xserver keinen hau hat dann siehst du dieses Fenster:

Da kannst du dich zu diversen Gruppen hinzufügen.
wenn der XServer nicht laufen sollte, ganz viele "drak......" funktionieren auch im Textmodus.
Gruß
J.

toni hat geschrieben:Ich wollte mit lshw mehr Informationen abrufen, bekomme dann aber nur die Meldung, dass ich nicht in der sudoers-Datei bin.
Allerdings ist ja im System keine weiterer Benutzer angelegt. Da ist es nicht sehr hilfreich, wenn ich gar nichts machen kann.
Aber könnte das womöglich auch der Grund sein, warum drakconf abbricht???

Nein. Und man kann auch alles machen ohne dass sudo eingerichtet ist.
Wenn du sudo nutzen willst, musst du es einrichten: https://wiki.mageia.org/en/Sudo_einrichten-de

Und das root-Passwort hast du bei der Installation vergeben. Falls du es nicht mehr kennst, musst du ein neues setzen. Siehe dazu z.B. https://forums.mageia.org/en/viewtopic.php?f=41&t=6346

Ich habe nur das eine Kennwort vergeben, mit dem ich mich immer beim System anmelde.
Hätte ich ein extra Kennwort für die Administration angelegt, hätte ich mir das auch dazu notiert.
Habe schon zu oft neue Installationen probiert und dann länger nicht weitergemacht. Da kann man dann immer von vorne anfangen, wenn man noch nichts mehr weiß...

Die oben genannten Eingaben habe ich probiert und es sieht aus, als ob es nichts mit drak gibt:

[toni@localhost ~]$ su
Passwort:
[root@localhost toni]# drak
bash: drak: Kommando nicht gefunden.
[root@localhost toni]# drakuser
Ignore the following Glib::Object::Introspection & Gtk3 warnings
Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539.
XDG_RUNTIME_DIR (/run/user/1000) is not owned by us (uid 0), but by uid 1000! (This could e.g. happen if you try to connect to a non-root PulseAudio as a root user, over the native protocol. Don't do that.)

(drakuser:11201): IBUS-WARNING **: 16:21:02.684: The owner of /home/toni/.config/ibus/bus is not root!
XDG_RUNTIME_DIR (/run/user/1000) is not owned by us (uid 0), but by uid 1000! (This could e.g. happen if you try to connect to a non-root PulseAudio as a root user, over the native protocol. Don't do that.)
^C
[root@localhost toni]#

Es öffnet sich auch das Fenster "Benutzerverwaltung", in dem ich als einziger Benutzer mit ID 1000, Primärgruppe toni usw. angegeben bin.

Aber wenn drak nichts anzeigt, muss da ja wohl einiges fehlen???

toni hat geschrieben:Ich habe nur das eine Kennwort vergeben, mit dem ich mich immer beim System anmelde.
Hätte ich ein extra Kennwort für die Administration angelegt, hätte ich mir das auch dazu notiert.

Hallo!
Bist du dir da sicher, dass du mit MAGEIA "unterwegs" bist, was du schreibst, "kein Root-Kennwort", das klingt fatal nach UBUNTU :lol:

Gut, das kann man auch mit Mageia machen, beim Installationsprozess und der Frage nach dem Root-Kennwort mit einem [ENTER] auf der Tastatur antworten.

Gruß
J.

toni hat geschrieben:Ich habe nur das eine Kennwort vergeben, mit dem ich mich immer beim System anmelde.
Hätte ich ein extra Kennwort für die Administration angelegt, hätte ich mir das auch dazu notiert.
Habe schon zu oft neue Installationen probiert und dann länger nicht weitergemacht. Da kann man dann immer von vorne anfangen, wenn man noch nichts mehr weiß...

Da täuscht du dich. Bei der Live-Install als auch bei der regulären muss ein root-Passwort eingeben werden.
Live: https://doc.mageia.org/draklive/9/de/co ... t-password
Regulär: https://doc.mageia.org/installer/9/de/c ... t-password

doktor5000 hat geschrieben:Und das root-Passwort hast du bei der Installation vergeben. Falls du es nicht mehr kennst, musst du ein neues setzen. Siehe dazu z.B. https://forums.mageia.org/en/viewtopic.php?f=41&t=6346

toni hat geschrieben:Aber wenn drak nichts anzeigt, muss da ja wohl einiges fehlen???

Nein, das ist wie gesagt ein Bug mit 32bit-Installationen, wie eingangs erwähnt.

doktor5000 hat geschrieben:Da täuscht du dich...
Und das root-Passwort hast du bei der Installation vergeben.

Klar habe ich eins vergeben. Aber sicher kein ANDERES. Sonst hätte ich auch das notiert. Dumm gelaufen ist nur, dass ich das normale Benutzerkennwort jetzt gekürzt habe und jetzt bei Abfrage im Terminal das einfache eingebe und damit keine Superuserrechte habe. Also werde ich wohl mal schauen müssen, wie ich noch einen neuen Admin anlegen kann, bevor ich dann mal wieder weitermachen kann...

Häh? Wenn du das root-Passwort kennst, dann setz dir als root einfach ein neues Benutzerpasswort.
Und falls du das root-Passwort nicht kennst, siehe den Link oben um ein neues zu setzen.

Ich verstehe nicht ganz was jetzt eigentlich dein Problem ist.

Mageia Forum

drakconf stürzt bei jedem Start verlässlich ab

drakconf stürzt bei jedem Start verlässlich ab

Re: drakconf stürzt bei jedem Start verlässlich ab

Re: drakconf stürzt bei jedem Start verlässlich ab

Re: drakconf stürzt bei jedem Start verlässlich ab

Re: drakconf stürzt bei jedem Start verlässlich ab

Re: drakconf stürzt bei jedem Start verlässlich ab

Re: drakconf stürzt bei jedem Start verlässlich ab

Re: drakconf stürzt bei jedem Start verlässlich ab

Re: drakconf stürzt bei jedem Start verlässlich ab

Re: drakconf stürzt bei jedem Start verlässlich ab

Re: drakconf stürzt bei jedem Start verlässlich ab

Re: drakconf stürzt bei jedem Start verlässlich ab

Re: drakconf stürzt bei jedem Start verlässlich ab