Abenteuer mit Debian

[katzenfan]

Ok, der Titel ist etwas übertrieben, und, zugegeben, es geht einerseits um eine aktuelle Live-Version und andererseits um die Testing-Version.

Es wurde versucht, eine "Bullseye"-Live-Version zu instalieren, da der Desktop dieser gestarteten Live-Version diese Möglichkeit anbietet;
die Installation klappt auch, aber wie bei Ubuntu wird kein Root-Paßwort vergeben, im Gegensatz zu einer Nicht-Live-Version.
Der Neustart der installierten Live-Version gelang, lt. angezeigter Bootmeldung, wegen nicht zugänglichem Root-Verzeichnis nicht.

Bei der Testing-Version wiederum, also "Bookworm", klappte zwar die Installation ebenfalls und auch der Neustart, aber der erste Versuch mit Gnome, KDE Plasma und LXDE brachte Debian wohl durcheinander, da alle gestarteten Programme mit leerem Inhalt gestartet wurden; es gab also nur den Rahmen mit der Programmbezeichnung und sonst nix. Lediglich die gdm3-Programme waren aktiv.

Der nächste Versuch mit der Testing-Version wurde nur mit KDE Plasma realisiert; und soweit ist da auch alles ok, doch KDE Plasma nimmt im Bereich der Softwareverwaltung, (Apper und Discovery), weder das Root- noch das Userpaßwort zwecks Änderung der Softwarequellen. Bliebe dann hier sicherlich der Weg über die Konsole, wo das Rootpaßwort angenommen wird.

[DeletedUserReAsG]

ie bei Ubuntu wird kein Root-Paßwort vergeben, im Gegensatz zu einer Nicht-Live-Version.
Der Neustart der installierten Live-Version gelang, lt. angezeigter Bootmeldung, wegen nicht zugänglichem Root-Verzeichnis nicht.

Nur zur Sicherheit: nicht in die Irre führen lassen, die beiden Sachen haben nichts miteinander zu tun.

[Blue]

@katzenfan:

Ok, der Titel ist etwas übertrieben...

Yep. Mehr als übertrieben, imho.

Es wurde versucht...

"Es"? - Nein, Du hast es versucht.

Bei Live-Versionen wird zur Installation "Calamares" angeboten. Das hat folgende Konsequenz:

"...It is also worth mentioning that you only provide the user password here and this user will be in the sudo group. So, you will be able to execute administrative commands with the user password....On the other hand, to achieve the same in the default Debian installer, you have to leave the root password empty and provide only the user password..."
Aus: https://averagelinuxuser.com/debian-10-calamares/

Also ich mag Calamares nicht, will stets beim Installations-Vorgang ein Root-Paßwort setzen können und finde daher zum Beispiel eine Debian-Installation per Net-Install auch aus anderen Gründen immer am besten.

[schwedenmann]

Hallo

@rockyracoon

Also ich mag Calamares nicht, will stets beim Installations-Vorgang ein Root-Paßwort setzen können

Das kann man aber durchaus auch mit Calameres,es nicht so,daß dann nur sudo bei einer Installation herauskommt.

mfg
schwedenmann

[Blue]

@schwedenmann:

Das kann man aber durchaus auch mit Calameres, es nicht so, daß dann nur sudo bei einer Installation herauskommt.

Yep. Aber Du siehst ja, dass dies Usern wie zum Beispiel dem Thread-Starter nicht klar ist.
Das "reguläre" Debian-Installationsprogramm ist meiner bescheidenen Meinung nach da informativer.

[uname]

Wurde schon gesagt, wie man das sudo-Zeug wieder los wird:

Ich denke es geht so (nicht probiert):

Code: Alles auswählen

sudo -s
passwd

Nun sollte das root-Passwort gesetzt sein.
Evtl. kann man anschließend noch den Eintrag in /etc/sudoers für seinen eigenen Benutzer wieder löschen.
Aber bitte nur über "visudo" und vorher testen, dass auch alles gut läuft.

sudo ist im übrigen eine tolle Sache.
Leider nutzt es Ubuntu und auch diese komische Installation dafür, um die mangelhafte Benutzerverwaltung von Windows nachzubauen.
Wer sudo in der Form nutzt, kann auch gleich seinem Benutzer und root dasgleiche Passwort geben. Ist bzgl. Sicherheit identisch.
Mit der Konfiguration ist Debian wirklich ein Abenteuer.

[katzenfan]

"Es"? - Nein, Du hast es versucht.

Nur der Esel nennt sich zuerst, daher war der Satzbeginn mit "ich" versperrt.

Dieser "Bücherwurm" ist insofern erfolgreich installiert, als daß sich das System starten und bedienen läßt; man merkt aber, daß sich das System noch in der Entwicklungsphase befindet, (das KDE-Kontrollzentrum stürzt bei der installierten Version ab, wenn man die Hintergrundienste einstellen will, bei der Live-Version funktioniert das), und "XSane" ist nicht auffindbar, wird hier aber benötigt.

[Blue]

Bei mir funktioniert Debian-Bookworm in allen Funktionen perfekt.
Das "Problem" des Thread-Themas ist imho ein Mißverständnis bezüglich des Installations-Programms "Calamares".

[katzenfan]

Bei mir funktioniert Debian-Bookworm in allen Funktionen perfekt.

Mit KDE Plasma zusammen?

[katzenfan]

Hinweis: das Problem ist beim anderen KDE Plasma-System, also dem auf Ubuntu aufbauenden KDE Neon, ebenfalls

(das KDE-Kontrollzentrum stürzt bei der installierten Version ab, wenn man die Hintergrundienste einstellen will,

Der Aufruf via Konsole bringt unter KDE Neon nachstehendes Ergebnis; bei Debian Bookworm wurde das noch nicht derart ermittelt.

Code: Alles auswählen

...i@linux:~$ systemsettings kcm_kded
file:///usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/PlaceholderMessage.qml:220:5: QML Heading: Binding loop detected for property "verticalAlignment"
QFSFileEngine::open: No file name specified
kf.coreaddons.desktopparser: Error: Failed to open  ""
QFileDevice::seek: IODevice is not open
QFSFileEngine::open: No file name specified
kf.coreaddons.desktopparser: Error: Failed to open  ""
QFileDevice::seek: IODevice is not open
QFSFileEngine::open: No file name specified
kf.coreaddons.desktopparser: Error: Failed to open  ""
QFileDevice::seek: IODevice is not open
QQmlEngine::setContextForObject(): Object already has a QQmlContext
file:///usr/share/kpackage/kcms/kcm5_kded/contents/ui/main.qml:35:13: QML ColumnLayout: Cannot anchor to an item that isn't a parent or sibling.
qml: The item SubCategoryPage_QMLTYPE_114(0x55c226ba0910) is already in the PageRow
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = systemsettings path = /usr/bin pid = 43864
KCrash: Arguments: /usr/bin/systemsettings kcm_kded 
KCrash: Attempting to start /usr/lib/x86_64-linux-gnu/libexec/drkonqi
QSocketNotifier: Invalid socket 9 and type 'Read', disabling...
QSocketNotifier: Invalid socket 11 and type 'Read', disabling...

[1]+  Angehalten              systemsettings kcm_kded
....i@linux:~$ 

Edit:
Bei Bookworm wurde das jetzt auch ermittelt, allerdings scheint es über die Konsole nicht zu funktionieren, oder mir ist der spezielle Konsolenaufruf unbekannt.

Zuerst konnten diese "Hintergrunddienste" aufgerufen werden, dann konnten 3 Hintergrunddienste, die hier nicht benötigt werden, abgewählt werden; nach der Abwahl von "Bluetooth" stürzten diese "Hintergrunddienste" ab und damit auch die "Systemeinstellung", kurz darauf konnten diese "Hintergrunddienste" zwar wieder aufgerufen werden, doch nur für wenige Sekunden bis zum nächsten Absturz.

Edit am 11.03.22:
Nach einem Update waren alle vormals aktivierten, aber von mir deaktivierten Hintergrunddienste wieder aktiviert; die bloße Deaktivierung des Bluetooth-Hintergrunddienstes sorgte für erneuten Absturz der "Systemeinstellung".