Hallo ,
ich habe mir die siduction-2024.1.0-Shine_on-xfce-amd64 auf meinem alten Rechner installiert und bin positiv überrascht wie schnell der Computer hochfährt.
Ich würde gerne das Programm qt-fsarchiver installieren, welches aber leider in keinem repository enthalten ist. Ich kann es aber als DEB Paket von Sourceforg downloaden.
Hier der Link
Quotehttps://sourceforge.net/projects/qt-fsarchiver/files/deb%20packages/Ubuntu/Plucky/
Stellt sich für mich die Frage, kommt Siduction damit zurecht, und wie kann ich es manuell istallieren, wenn es in keinem Paketmanager installiert werden kann.
Gruß stefsion
Das Paket herunterladen (wget oder curl) und mit "dpkg -i <paketname.deb>" installieren - alternativ zu "dpkg" mit "apt-get install <pfad-zum-paket-auf-der-Platte>.
Vielen Dank ro_sid für die schnelle Antwort.
fsarchiver habe ich die über synaptic installieren können. Da war die aktuellste Version (fsarchiver 0.8.8.1) gelistet und die wurde auch ohne Probleme installiert.
Qt-fsarchiver war wie bereits geschrieben nicht gelistet. Die habe ich dann runtergeladen und mit versucht mit dpkg -i zu installieren. Das hat leider nicht funktioniert, da eine Menge von Abhängigkeiten nicht erfüllt waren:
root@siduction-t4310:/home/stefan/Downloads# dpkg -i qt-fsarchiver-2.8.8-1-amd64.deb
Vormals nicht ausgewähltes Paket qt-fsarchiver wird gewählt.
(Lese Datenbank ... 267196 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von qt-fsarchiver-2.8.8-1-amd64.deb ...
Entpacken von qt-fsarchiver (2.8.8-1) ...
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von qt-fsarchiver:
qt-fsarchiver hängt ab von libzip-dev; aber:
Paket libzip-dev ist nicht installiert.
qt-fsarchiver hängt ab von libbz2-dev; aber:
Paket libbz2-dev ist nicht installiert.
qt-fsarchiver hängt ab von liblzma-dev; aber:
Paket liblzma-dev ist nicht installiert.
qt-fsarchiver hängt ab von liblzo2-dev; aber:
Paket liblzo2-dev ist nicht installiert.
qt-fsarchiver hängt ab von libgcrypt20-dev; aber:
Paket libgcrypt20-dev ist nicht installiert.
qt-fsarchiver hängt ab von e2fslibs-dev; aber:
Paket e2fslibs-dev ist nicht installiert.
qt-fsarchiver hängt ab von libblkid-dev; aber:
Paket libblkid-dev ist nicht installiert.
qt-fsarchiver hängt ab von libattr1-dev; aber:
Paket libattr1-dev ist nicht installiert.
qt-fsarchiver hängt ab von qt6-tools-dev; aber:
Paket qt6-tools-dev ist nicht installiert.
qt-fsarchiver hängt ab von qt6-5compat-dev; aber:
Paket qt6-5compat-dev ist nicht installiert.
qt-fsarchiver hängt ab von qt6-qmltooling-plugins; aber:
Paket qt6-qmltooling-plugins ist nicht installiert.
qt-fsarchiver hängt ab von qt6ct; aber:
Paket qt6ct ist nicht installiert.
qt-fsarchiver hängt ab von qt6-base-dev; aber:
Paket qt6-base-dev ist nicht installiert.
qt-fsarchiver hängt ab von gdisk; aber:
Paket gdisk ist nicht installiert.
qt-fsarchiver hängt ab von sshpass; aber:
Paket sshpass ist nicht installiert.
qt-fsarchiver hängt ab von samba; aber:
Paket samba ist nicht installiert.
qt-fsarchiver hängt ab von nfs-kernel-server; aber:
Paket nfs-kernel-server ist nicht installiert.
qt-fsarchiver hängt ab von smbclient; aber:
Paket smbclient ist nicht installiert.
qt-fsarchiver hängt ab von liblz4-dev; aber:
Paket liblz4-dev ist nicht installiert.
qt-fsarchiver hängt ab von liblz4-dev; aber:
Paket liblz4-dev ist nicht installiert.
qt-fsarchiver hängt ab von jfsutils; aber:
Paket jfsutils ist nicht installiert.
dpkg: Fehler beim Bearbeiten des Paketes qt-fsarchiver (--install):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Trigger für mailcap (3.74) werden verarbeitet ...
Trigger für desktop-file-utils (0.28-1) werden verarbeitet ...
Fehler traten auf beim Bearbeiten von:
qt-fsarchiver
Könnte ich versuchen alle einzeln zu installieren um danach qt-fsarchiver zu installieren, oder gibt es da etwas zu beachten?
Vielen Dank schon einmal für die Hilfe bis hier hin.
In der Situation kannst du mit sudo apt -f install die Abhängigkeiten ohne Angabe von Paketnamen installieren. Funktioniert natürlich nur, wenn auch alle Abhängigkeiten auflösbar sind.
Ach das Leben kann ja so einfach sein wenn man weis wie man es machen muss :)
Ich danke euch recht herzlich. Es hat geklappt und ich konnte eine Partitionssicherung durchführen. Ich habe schon mehrere Distros ausprobiert, aber entweder waren sie zu anspruchsvoll für meinen alten Laptop, oder sie ließen es nicht zu das Programm zu installieren. Ich bin echt sehr angetan von Siduction.
Ich muss noch einiges versuchen einzurichten, aber mit so toller Unterstützung bin ich optimistisch gestimmt ;)
Hier noch ein Auszug aus dem apt -f install Befehl. Er schlägt an einer Stelle vor sudo apt autoremove für nicht mehr benötigte Dateien durchzufürhen und macht aber weiter und eine zusammenstellung am Schluß. Jetzt frage ich ob er die nicht mehr benötigten Dateien bereits selbst entfernt hat oder ob ich den Befehl selbst noch einmal ausführen soll. Ich möchte den momentanen Zustand des Systems nicht wieder gefährden wo es gerade so gut funktioniert.
Abhängigkeiten werden korrigiert ... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
libabsl20230802 libnetcdf19t64 libwebrtc-audio-processing1
libconfig++9v5 libopenh264-7 libxnnpack0
libdirectfb-1.7-7t64 libpoppler-cpp1 lp-solve
libept1.6.0t64 libpoppler140 perlmagick
libflac12t64 libpython3.12-minimal python3-appdirs
libfuse3-3 libpython3.12-stdlib python3-cachecontrol
libgdal35 libpython3.12t64 python3-colorama
libgeos3.13.0 libqpdf29t64 python3-msgpack
libgimp2.0t64 libruby3.1t64 python3.12
libglapi-mesa libsigsegv2 python3.12-minimal
libicu72 libtag1v5 python3.12-tk
liblbfgsb0 libtag1v5-vanilla qml6-module-qtqml-base
libmsgraph-0-1 libtagc0 ruby3.1
Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.
Installiere Abhängigkeiten:
assistant-qt6 libqt6sql6 qmake6
bzip2-doc libqt6sql6-sqlite qmake6-bin
comerr-dev libqt6test6 qt6-5compat-dev
designer-qt6 libqt6uitools6 qt6-base-dev
gdisk libqt6xml6 qt6-base-dev-tools
jfsutils libvulkan-dev qt6-documentation-tools
libattr1-dev libx11-dev qt6-l10n-tools
libblkid-dev libxau-dev qt6-qmltooling-plugins
libbz2-dev libxcb1-dev qt6-tools-dev
libclang-cpp19 libxdmcp-dev qt6-tools-dev-tools
libclang1-19 libxxhash-dev qt6ct
libext2fs-dev libzip-dev samba
libgcrypt20-dev libzip5 samba-ad-dc
libgl-dev linguist-qt6 samba-ad-provision
libglx-dev nfs-kernel-server samba-common
libgpg-error-dev python3-bcrypt samba-common-bin
liblz4-dev python3-cryptography samba-dsdb-modules
liblzma-dev python3-dnspython smbclient
liblzo2-dev python3-gpg sshpass
libnss-winbind python3-h2 tdb-tools
libopengl-dev python3-hpack uuid-dev
libpam-winbind python3-hyperframe winbind
libqt6concurrent6 python3-ldb x11proto-dev
libqt6core5compat6 python3-markdown xorg-sgml-doctools
libqt6designer6 python3-samba xtrans-dev
libqt6designercomponents6 python3-talloc zipcmp
libqt6help6 python3-tdb zipmerge
libqt6openglwidgets6 qdbus-qt6 ziptool
libqt6printsupport6 qdoc-qt6
Vorgeschlagene Pakete:
doc-base python3-cryptography-vectors samba-vfs-ceph
libgcrypt-bin python3-trio samba-vfs-glusterfs
libgcrypt20-doc python3-aioquic bind9
liblzma-doc python-markdown-doc bind9utils
libx11-doc cmake ldb-tools
libxcb-doc ctdb heimdal-clients
python-cryptography-doc ufw
Zusammenfassung:
Aktualisiere: 0, Installiere: 86, Entferne: 0, Aktualisiere nicht: 0
1 nicht vollständig installiert oder entfernt.
Herunterlade-Größe: 50,0 MB
Benötigter Platz: 281 MB / 10,6 GB verfügbar
Auf jeden recht herzlichen Dank euch beiden was ihr schon geleistet habt.
Als wohlerzogenes ;) Programm löschen apt & Co. nichts selbständig ohne Rückfrage beim Benutzer.
(Ausnahmen sind Pakete, die durch neuere ersetzt worden sind.)
Also bitte von Hand ausführen. Dabei empfehle ich "apt autopurge" statt "apt autoremove". Hintergrund: Autoremove behält Konfigurationsdateien der Pakete bei - nützlich wenn man etwas nur vorübergehend ausschalten will. Autopurge löscht neben den Paketen auch die Konfigurationsdateien des Pakets (im System(!), beim Benutzer natürlich nicht).
Danke ro_sid habe den empfohlenen Befehl ausgeführt.
Danach bootet das System auch wieder sehr viel schneller :)
Er hatte nach der Installation der fehlenden Abhängigkeiten beim Booten immer bei mehreren jobs eine 90 sekündige Wartezeit
angezeigt, da die wohl keine Rückmeldung bekamen. Beim letzten Neustart lief das Booten wieder sehr schnell durch.
Ich müsste jetzt noch wissen, wie ich hier das Thema auf gelöst setzten kann.
Quote from: stefsionIch müsste jetzt noch wissen, wie ich hier das Thema auf gelöst setzten kann.
Bearbeite deinen Eingangspost in der Betreffzeile mit [gelöst]. :)
Vielen Danke @unklarer für den Hinweis. Werde ich machen.
Es hat sich jetzt aber doch wieder das Problem mit den 90 Sekunden Wartezeit gezeigt, nachdem ich den Rechner einmal ganz runter gefahren hatte und dann nächsten einschalten war er wieder da.
An einer Stelle beim Hochfahren wird mir angezeigt : Job nmbd.service/start running.... (weiter konnte ich mir es nicht merken).
Ich weis leider auch nicht wie ich die Ausgabe beim Hochfahren speichern könnte.
Auf jeden Fall wartet das System 90 Sekunden auf eine Rückmeldung, bevor es weiter macht. Nachdem der Rechner dann hochgefahren ist und ich mich angemeldet habe, zeigt mir das System zwar an das meine WLAN Verbindung vorhanden ist, aber wenn ich etwas im Browser aufrufen will, bekomme ich die Fehlermeldung das die Seite nicht zu erreichen ist.
Erst wenn ich einmal die Wlan Verbindung trenne und dann wieder neu herstelle, kann ich sofort wieder im Internet surfen.
Der Versuch beim Hochfahren den Job Prozess mit strg Z zu stoppen hat nicht funktioniert, aber wahrscheinlich würde das mein Problem nicht beheben. Muss der Job vielleicht konfiguriert werden?
Ich bin leider wieder einmal auf Eure Hilfe angewiesen. Es gibt noch viel zu lernen ;)
Das ist bestimmt eine systemd-Meldung, die auf ein Ereignis wartet, bevor das Hoch- (oft auch beim Runterfahren) fortgesetzt werden kann. Generell gibt es da keine Lösung, man muss schon genauer wissen, was die Meldung besagt. Also bitte mal ein Foto machen.
Wenn es wirklich 90 Sekunden sind (es kann auch mehr sein) dann ist dies eine Timeout-Einstellung namens "DefaultTimeoutStartSec. Wenn ein Dienst beim Booten nicht rechtzeitig startet oder nicht richtig reagiert, wartet systemd bis zum Ablauf dieses Timeouts, bevor es weitermacht oder den Vorgang abbricht. Das kann dazu führen, dass der Bootvorgang scheinbar für 90 Sekunden hängt.
Die Ursache für diese Verzögerung kann vielfältig sein, beispielsweise ein Dienst, der auf Netzwerkelemente oder Hardware wartet, die nicht sofort bereit sind, oder auch Treiberprobleme. Auch falsch konfigurierte Dienste oder fehlgeschlagene Abhängigkeiten können solche Wartezeiten verursachen. In deinem Fall klingt es nach einem Problem mit der Netzwerk-Initialisierung.
Man kann die Verzögerung theoretisch reduzieren, indem man in der Konfigurationsdatei /etc/systemd/system.conf den Wert von DefaultTimeoutStartSec von 90 Sekunden auf z.B. 5–10 Sekunden ändert. Das erhöht aber das Risiko, dass Dienste nicht sauber hochgefahren werden. Richtiger wäre das Auswerten von Logs mit journalctl -b und des Befehls systemd-analyze um zu sehen, welche Dienste oder Prozesse genau beim Shutdown hängen bleiben.
Oh je, das hört sich komplizierter an @devil. Ich bin mal so frech und stell hier meine Auswertung von den beiden Befehlen rein, da ich davon nicht viel verstehe und mir erst einmal nichts auffällt.
Das sind die Ausgaben bei denen das System einen Timeout eingelegt hat. journalctl -b :
Aug 11 17:22:59 siduction-t4310 systemd[1]: nmbd.service: start operation timed out. Terminating.
Aug 11 17:22:59 siduction-t4310 systemd[1]: nmbd.service: Failed with result 'timeout'.
Aug 11 17:22:59 siduction-t4310 systemd[1]: Failed to start nmbd.service - Samba NMB Daemon.
Es gab natürlich noch mehrere Zeilen, die in rot oder gelb eingefärbt waren, aber die Ausgabe von journalctl ist 2338 Zeilen lang. Die wollte ich euch nicht zumuten.
Von den Samba Paketen ist einiges als Abhängigkeit für das Programm qt-fsarchiver installiert worden. Eigentlich brauche ich den Service aber nicht, da ich nicht im Netzwerk sichern will. Vielleicht könnte man den auch deaktivieren.
Die Ausgabe von systemd-analyze war nur sehr kurz.
sudo systemd-analyze
[sudo] Passwort für stefan:
Startup finished in 4.628s (kernel) + 1min 43.309s (userspace) = 1min 47.937s
graphical.target reached after 1min 43.309s in userspace.
Ich hoffe Ihr könnt damit etwas anfangen.
Beim 2. Befehl hilft wohl eher systemd-analyze blame Falls du Samba behalten, aber den nmbd.service stilllegen möchtest, so hilft sudo systemctl mask nmbd.service
Quote from: ro_sid on 2025/08/09, 22:06:13
Das Paket herunterladen (wget oder curl) und mit "dpkg -i <paketname.deb>" installieren - alternativ zu "dpkg" mit "apt-get install <pfad-zum-paket-auf-der-Platte>.
Ich bin neu hier und lese mit. Habe mal eine Zwischenfrage. Warum so kompliziert ? Hab ich mit Siduction doch auch schon gemacht. Also .deb Datei heruntergeladen und im Dolphin doppelgeklickt - bei mir ging dann der Installer auf. Warum also in der Konsole installieren ? Geht das nicht immer so ? Sorry, wenn's nicht reinpasst - löschen.
Gruß Dirk
Im Regelfall ist der "Installer" (Discover bei KDE) recht wortkarg, vor allem bei Problemen.
Die apt-Programme (einschließlich aptitude) sind da meist viel informativer.
Wenn es mit dem "Holzhammer" jedoch schon funktioniert, kann man sich den Rest natürlich sparen.
Danke für die vielen Tipps ro_sid
Hier jetzt ein Auszug vom systemd-analyze blame Befehl:
systemd-analyze blame
1min 30.754s nmbd.service
5.281s lm-sensors.service
5.076s udisks2.service
5.065s NetworkManager.service
3.781s blueman-mechanism.service
3.587s systemd-hostnamed.service
3.424s polkit.service
3.177s dev-sda7.device
2.494s iwd.service
2.116s cups.service
1.827s ModemManager.service
1.807s e2scrub_reap.service
1.785s gpm.service
1.733s snapperd.service
1.732s colord.service
1.221s systemd-journald.service
1.112s systemd-udev-trigger.service
1.093s exim4.service
997ms smbd.service
Wie man sieht ist der mnbd.service der Übeltäter. Ich musste den Rechner auch 2 mal hochfahren bevor ich wieder auf das Wlan Modul Zugriff hatte. Aber eigentlich sollte das mit dem mnbd.service nicht zu haben, oder?
Ich hänge noch ein Foto an, welches die genaue Zeilenausgabe zeigt,
(http://[attachment%20id=0%20msg=77577])
Quote from: devil on 2025/08/12, 06:37:42
Falls du Samba behalten, aber den nmbd.service stilllegen möchtest, so hilft sudo systemctl mask nmbd.service
Nach stilllegen des nmbd.service, läuft der Computer jetzt wieder 1a hoch ohne Zwischenstops :-))
Herzlichen Dank.