Hi,
habe eben versucht mittels lxqt-test.iso vom 05.11. einen neuen Gebrauchtrechner einzurichten. Beim Aufruf des KDE-partitionmanagers ist so ein "unix-system-user:root" in der Passwortabfrage voreingestellt. Dieser läßt sich nicht auf "siducer" ändern, akzeptiert aber auch das PW "live" nicht.
Gibt es einen wörkaround?
Mache ich etwas falsch?
Ist das ein Fehler der (wahrscheinlich) nur im Test.iso auftritt oder muß ich auch im normalen release damit rechnen?
Kann mir jemand ein nicht zu altes siduction.ISO nennen mit *sicher* funktionierendem partitionsmanager (nicht KDE)?
EDIT:
Das gleiche Problem besteht auch im normalen lxqt-release vom 20230909xxx
/EDIT
"live" ist das Paßwort von "siducer", nicht von "root"!
In einem laufenden Live-Image (ISO) hat "root" kein Paßwort, jedenfalls nicht in der KDE-Fassung. Also "leer" lassen. Es könnte dann höchstens sein, daß ein Programm das aus Sicherheitsgründen nicht akzeptiert.
Dann müßte da ein "doas/sudo" ans Werk oder man muß mit "su -" zu "root" werden.
Quote from: ro_sid on 2023/11/24, 16:33:52
"live" ist das Paßwort von "siducer", nicht von "root"!
In einem laufenden Live-Image (ISO) hat "root" kein Paßwort, ...
Ok, danke, dieser Unterschied war mir nicht klar. Danke für den Hinweis.
Allerdings klappt es dennoch nicht: Nach Aufruf erscheint der KDE-Partitionmanager mit dem Fenster der PW-Abrage und dem voreingestellten unix-syste,-user:root. Das PW ist leer, ich lasse es leer und drücke "ok".
-> Meldung: Die Autorisierung ist aus irgendeinem Grund fehlgeschlagen.
EDIT:
... der Fehler taucht im lxqt testbuild vom 05.11. ebenso auf wie im release vom 09.09.
/EDIT
Kann weg
Wie weiter oben beschrieben, der genannte Fehler besteht weiterhin!
Ich gehe mal davon aus, dass du das Livesystem meinst. Was sagt denn ein sudo partitionmanager? Das sollte ja ohne Passwort normal starten.
edlin
Ich installiere gparted immer auf dem Live-System und verwende es. Die Installation wäre einfacher, wenn gparted enthalten wäre.
Ja, ich rede vom live system.
Bezüglich "sudo partitionmanager": Das wäre mir neu das man das heutzutage noch so startet, mal ganz abgesehen davon das es ja um eine graphische Anwendung geht. Aber ich habe es ausprobiert. Das führt zu einem QT dbus Fehler ohne weiteren Erfolg.
@ mdmarmer
Es geht nicht um gparted. Das startet auf einer siduction xfce Iso ohne Probleme. Es geht um lxqt. Und dort um den (kde-) partitionmanager
Sollte mit
su-to-root -X -c 'dbus-launch <Programm>'
funktionieren.
Steht auch im Handbuch.
7 Systemadministration > 7.1 Terminal - Kommandozeile > 7.1.1 Arbeit als root
PDF Seite 208.
Erreichbar mit dem Icon auf der Arbeitsfläche des Live Systems.
<EDIT>
Zitat aus dem Handbuch:
Über su-to-root
Im Gegensatz zum allgemeinen Befehl "su" erlaubt "su-to-root" das Ausführen von
Programmen mit graphischer Oberfläche mit root-Rechten. "su-to-root" transferiert
unter Benutzung von "su" die X-Eigenschaften an den Zielnutzer.
Zitat Ende
Lange nicht benutzt, aber meines Wissens wurde die Funktion nicht geändert.
Wie @scholle1 schrieb:
su-to-root -c 'dbus-launch /usr/bin/partitionmanager'
tut es (bei mir, sogar ohne -X). Das Problem könnte darin bestehen, daß "dbus-x11" nicht standardmäßig installiert ist und daher "dbus-launch" (noch) nicht existiert. Ich weiß nicht, ob das ein Fehler, Versehen oder Absicht ist.
Vielleicht funktoniert es bei installiertem "dbus-x11" sogar "ohne Klimmzüge", direkt als Benutzer. Das allerdings nicht mit dem im Startmenü konfigurierten Launcher.
Im Live-System hat root kein Kennwort gesetzt (später beim installieren wird das nachgeholt). Der KDE-Partitionsmanager akzeptiert aber offenbar kein leeres Passwort, also wenn man wie im zweiten Beitrag von ro_sid erwähnt das Feld nur leer lässt. Die Fehlermeldung dazu ist allerdings nicht zielführend ;)
Schnelle Lösung: in einem Terminal 'sudo passwd root' eingeben, Passwort vergeben (123 reicht, ist ja nur für die Livesitzung), dann kann man dieses im Abfragefeld benutzen und der Partitionsmanager startet (getestet in Virtualbox Liveboot vom lxqt-231105 Iso)
Ok, danke für alle Beiträge, insbesondere für die beiden wörkaraunds.
Ich habe mir längst die xfce Variant gezogen, weil ich einen funktionierenden partitionsmanager vor der Installation benötigte und die Fehlfunktion in der xfce Variante mit gparted nicht auftaucht.
[Klugschiss]
Ich finde es keine gute Idee und werbetechnisch kontraproduktiv ein Livesystem mit einem derartigen Fehler anzubieten. Die wörkaraunds helfen dem unverbesserlichen Fan, nicht dem Ausprobierer.
[/Klugschiss]
[Fakt]
Einen patch kann ich nicht liefern
[/Fakt]
Nochmals Dank an alle die zu Aufklärung/Bestätigung/Umgehung beigetragen haben!
Quote from: michaa7 on 2023/11/26, 00:03:00
[Klugschiss]
Ich finde es keine gute Idee und werbetechnisch kontraproduktiv ein Livesystem mit einem derartigen Fehler anzubieten. Die wörkaraunds helfen dem unverbesserlichen Fan, nicht dem Ausprobierer.
[/Klugschiss]
kann man auch anders sehen - vor allem wenn man die Erläuterung der Seite beachtet 8) ;) https://testbuilds.siduction.org/ (https://testbuilds.siduction.org/)
mal noch ne andere Frage
warum nicht GParted nutzen ?
So, ordnen wir mal das Ganze.
Es gibt einen Bug in den Live-ISOs von ,,Standing on the Shoulders of Giants", genauer gesagt in den Geschmacksrichtungen LXQt und (wie zu erwarten) KDE Plasma.
Dass dies erst jetzt auffällt kann daran liegen, dass kaum jemand den Partitionsmanager im Live-System verwendet oder dass sich der User gleich gparted installiert (dazu gehöre ich).
Ein kurzer Test mit ,,Masters of War" (KDE Plasma) zeigt, dass der Fehler dort nicht auftritt, da der Partitionmanager gleich mit root-Rechten gestartet wird.
Das ist erst mal ärgerlich und ich kann verstehen, wenn da ein frustrierter User von seinem 14-tägigen Rückgaberecht Gebrauch macht. >:(
Zitat von: michaa7 am Heute um 00:03:00
Quote[Klugschiss]
Ich finde es keine gute Idee und werbetechnisch kontraproduktiv ein Livesystem mit einem derartigen Fehler anzubieten. Die wörkaraunds helfen dem unverbesserlichen Fan, nicht dem Ausprobierer.
[/Klugschiss]
Bleiben wir doch mal locker. Den Bug hat doch mit Sicherheit niemand vorsätzlich eingebaut oder wider besseren Wissens das ISO mit dem Bug ausgeliefert.
Und dann bin ich halt ein unverbesserlicher Fan. 8) Auch sollte man gerechterweise auch im Auge behalten, dass es sich sid/unstable handelt und man da schon eher mal mit Kinderkrankheiten rechnen muss und andererseits ein kompletter Test aller Funktionalitäten ein Wunschtraum bleiben wird. Kurz: Wir haben einen Bug und der muss nun von kundigen ISO-Bauern behoben werden.
@lila: Ja, man könnte GParted ins ISO packen. Allerdings ist GParted ein Paket der GNOME-Umgebung, während der Partitionmanager in die Qt/KDE-Umgebung gehört und daher bei LXQt und KDE Plasma vorinstalliert ist. Mir (KDE Plasma Freund) ist GParted auch lieber, es wäre auf der anderen Seite wiederum halt ein Stilbruch.
Ach ja, dann wären da noch die Partitionierungswerkzeuge ohne GUI ...
edlin
Quote from: edlin on 2023/11/26, 11:22:15
So, ordnen wir mal das Ganze.
@lila: Ja, man könnte GParted ins ISO packen. Allerdings ist GParted ein Paket der GNOME-Umgebung, während der Partitionmanager in die Qt/KDE-Umgebung gehört und daher bei LXQt und KDE Plasma vorinstalliert ist. Mir (KDE Plasma Freund) ist GParted auch lieber, es wäre auf der anderen Seite wiederum halt ein Stilbruch.
edlin
schön erklärt die Sache mit unstable .. :)
nun ist die Frage, wer unbedingt aus dem live-System partitionieren möchte (und nicht in der Installationsroutine) ?
dem steht es doch frei, GParted ins live zu installieren und damit zu arbeiten,
so war mein post gemeint, nicht daß GParted in die iso-Datei gepackt werden muß 8)
Kurze Antwort: Ich!
Ich möchte mir vor einer Installation schon mal einen Überblick über meine Partitionen verschaffen und/oder z. B. eine Partition verkleinern, um Platz für eine (Test-)Installation zu schaffen etc.
Ein Partitionierungswerkzeug gehört für mich zur Basisausstattung und das sollte funktionieren/startbar sein, auch im Live-System. Als ,,unverbesserlicher Fan" bin ich durchaus in der Lage und bereit ein anderes Tool zu installieren bzw. zu nutzen. Aber darum geht es ja nicht.
edlin
Quote from: edlin on 2023/11/26, 12:17:46
Kurze Antwort: Ich!
Ich möchte mir vor einer Installation schon mal einen Überblick über meine Partitionen verschaffen und/oder z. B. eine Partition verkleinern, um Platz für eine (Test-)Installation zu schaffen etc.
Ein Partitionierungswerkzeug gehört für mich zur Basisausstattung und das sollte funktionieren/startbar sein, auch im Live-System. Als ,,unverbesserlicher Fan" bin ich durchaus in der Lage und bereit ein anderes Tool zu installieren bzw. zu nutzen. Aber darum geht es ja nicht.
edlin
so verschieden sind Arbeitsweisen.
einen Überblick über die Partitionen habe ich eigentlich immer....
Bevor ich eine Installation ins Auge fasse, bereite ich die Platte aus einem anderen OS vor.
aber natürlich jedem das seine und viele Wege führen zum Ziel
ist alles eine Frage des Geschmacks - und darüber läßt sich bekanntlich nicht streiten ;D
alles gut und viele Grüße nach Sachsen ;)
@edlin:
Quote@lila: Ja, man könnte GParted ins ISO packen. Allerdings ist GParted ein Paket der GNOME-Umgebung, während der Partitionmanager in die Qt/KDE-Umgebung gehört und daher bei LXQt und KDE Plasma vorinstalliert ist. Mir (KDE Plasma Freund) ist GParted auch lieber, es wäre auf der anderen Seite wiederum halt ein Stilbruch.
Auch ein wenig klugscheißen :): Sicherlich ist GParted nicht gerade KDE- (oder LXQt-)Stil, aber GNOME ist es für mein Empfinden auch nicht! Es benutzt halt GTK, aber es hat nicht die Kastrationserscheinungen von GNOME 3 oder 4.
Ich hätte es schon ganz gern im Standard-ISO, es ist leistungsfähiger als mindestens das KDE Gegenstück (Partitionmanager) [hatte ich an anderer Stelle schon mal beschrieben, Stichwort: Ganzen-Datenträger-Nutzen]. Es macht mir aber auch nichts aus, es (nachträglich) zu installieren.
Das KDE-Partitionmanager-Problem von "Standing ..." war mir gar nicht aufgefallen, weil ich die Installation schon unter "Master ..." vorgenommen hatte. Wegen meines "NTFS-Problems" verwende ich das auch weiterhin als Live-ISO und "date es up" :).
Wäre es nicht das Einfachste zukünftig (nächstes Release) die ISO mit einem gesetzten root Passwort auszuliefern? Am besten ebenfalls "live".
Warum soll man ein KDE mit gparted ausliefern? Ich empfinde den KDE Partitionsmanager gparted nicht unterlegen, warum also noch ein zusätzliches Paket.
@ro_sid Wir hatten das Thema ja schon mal und mir ist in so einem Falle das Werkzeug auch wichtiger, als die Integration in eine Arbeitsumgebung. Übrigens steht GParted bei Debian in der section gnome. Glücklicherweise hat es sich nicht irgendwelchen Gnome-Minimalismen unterworfen.
Ungeachtet dessen muss natürlich ein mitgelieferter Partitionmanager ohne Verrenkungen nutzbar sein (oder halt aus dem ISO fliegen).
@Fellfrosch Ein root-Passwort sollte sicher sein; ich schlage Release_2023.1.0_Standing on the Shoulders of Giants-live vor. :-X
Aber vielleicht findet sich eine einfachere Lösung, so dass root weiterhin ohne Passwort in der Live-ISO auskommt.
Warum sollte man ein KDE oder LXQt nicht mit GParted ausliefern (und dafür auf Partitionmanager verzichten)? Wer will, kann sich ja letzteren nachinstallieren ...
Übrigens hatte ich zu der Frage GParted als Standard-Partitionierungswerkzeug schon mal eine Diskussion angeschubst. Allerdings hatten sich außer @ro_sid und @michaa7 wohl keine User zu dem Thema geäußert.
https://forum.siduction.org/index.php?topic=9121.0 (https://forum.siduction.org/index.php?topic=9121.0)
edlin
@edlin Naja ein leeres Passwort ist ja nun auch nicht sicher. Wir sprechen ja hier von der live ISO nicht von einem installierten System. Von daher, fände ich ein vorbelegtes Passwort à la "live" durchaus adäquat.
Bei der von Dir angeregten Diskussion zum Partitionswerkzeug: Zu dem Zeitpunkt war ich noch kein siduction user. 8)
Aber nu habt Ihr mich halt an der Backe. ;D
Worin siehst Du die Vorteile von GParted? Ich kann mich gut an Zeiten erinnern, wo GParted deutlich besser war als der KDE Partitionmanager. Aber ich finde beide mittlerweile ebenbürtig. Und auch von Aufbau und Bedienung sehr ähnlich. Ich würde halt immer die Standardapps der Desktops ausliefern, sofern diese nicht deutlich schlechter sind, als die der anderen Desktopumgebungen. Würde ich hier aber nicht (mehr) so sehen.
Auf synaptic kann ich übrigens gerne auch verzichten. Bei den GUI Werkzeugen für die Paketverwaltung war mir bis dato eigentlich immer MUON deutlich lieber. Ich weiß, dass das leider aufs Abstellgleis gestellt wurde, war mir aber vom Handling und der Übersichtlichkeit immer deutlich genehmer. Discover ist in meinen Augen keine Paketverwaltung, sondern ein Softwarestore, mit dem ich noch nie warm geworden bin. Mir reichen aber apt und dpkg gut auch aus. Nala gugg ich mir grad näher an. Bisher kannte ich das nicht. Macht aber einen ordentlichen Eindruck.
Nu schweif ich aber vom Thema ab, das gehört ja eigentlich in den von DIr verlinkten Thread.