Re: Trixie - KDE Plasma startet sehr langsam

Siegfrid Brandstätter <[email protected]>
Newsgroups gmane.linux.debian.user.german
Message-ID <[email protected]>
Am 01.10.25 um 11:29 schrieb Marc Haber:
> On Wed, Oct 01, 2025 at 01:05:21AM +0000, Frank Miller wrote:
>> Du hast in den letzten Wochen dein System schon mehrmals neu installiert
>> und immer wieder das (vielleicht korrupte und unvollständige) Backup
>> von 'home' zurückgespielt. Dann funktionierte mal das eine nicht, dann
>> das andere, und dann wieder was ganz anderes.
>
> Ich würde zumindest mal auf Verdacht alle Dotfiles und -directories in 
> ein Unterverzeichnis verschieben.
>
>> Wie wäre es, wenn du dein System mal /komplett neu ohne Altlasten/ 
>> aufsetzt
>> und dich dann Stück für Stück an die Dateien herantastest, die 
>> /wirklich/
>> unabdingbar und verifiziert korrekt in Backups vorhanden sind?
>
> Hilfsweise das /home nach /home/backup zurückspielen und von dort dann 
> die Dateien nehmen die man unbedingt braucht.
>
> Ich werde immer mehr davon überzeugt, dass es ein Fehler ist, 
> überhaupt in ~ zu arbeiten, eigentlich sollte man sich seine 
> Dotscripts so zurechtdengeln dass man direkt in ~/work landet.

Ok verstehe es nun besser, aber dass ganze würde doch sicher wieder ein 
Problem nach dem anderen ergeben. Sobald man keine Dotfiles hat fehlen 
alle alten Einstellungen usw. Mir hat ja schon das Problem mit dem 
Kdwallet genug zu schaffen gemacht. Wenn ich dies wieder verliere und 
alle möglichen anderen Programme die danach alles Wissen verloren haben. 
Da graust mir davor. Was ich ja nicht verstehe. Ich hab ein nacktes 
Trixie installiert, danach erst die Home und weitere alte Daten mit 
rsync hinzugefügt. Diese Daten haben zuvor auf Deb.12 keine Probleme 
gemacht und nun schon. So sicher sind also die Aktionen von rsync auch 
nicht. Das könnte mir doch bei einem neuen Versuch mit einzelnen 
Vorgängen ja auch wieder passieren.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.