Hallo Ihr da draußen,
ich habe ein ganz dämliches Problem mit einem NDAS Treiber von Ximeta. Der Treiber selbst scheint installiert zu haben, das Admin-Modul jedoch hat mir einen ärgerlichen Fehler in die Paketdatenbank gemacht.
Wenn ich mit apt-get remove (und --force-yes) versuche das Ding loszuwerden - es kommt immer die gleiche Fehlermedlung:
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Reading state information... Fertig
E: Das Paket ndas-admin muss reinstalliert werden, ich kann aber kein Archiv dafür finden.
Beim Versuch mit dpkg meldet dieses:
Paket ist in einem sehr schlechten inkonsistenten Zustand - Sie sollten es erneut installieren, bevor Sie es zu entfernen versuchen.
(Lese Datenbank ... 103302 Dateien und Verzeichnisse sind derzeit installiert.)
Entferne ndas-admin ...
/etc/init.d/ndas: 38: Syntax error: Bad substitution
dpkg: Fehler beim Bearbeiten von ndas-admin (--remove):
Unterprozess pre-removal script gab den Fehlerwert 2 zurück
System startup links for /etc/init.d/ndas already exist.
/etc/init.d/ndas: 38: Syntax error: Bad substitution
dpkg: Fehler beim Aufräumen:
Unterprozess post-installation script gab den Fehlerwert 2 zurück
dpkg - Warnung: Ignoriere den Wunsch, ndas-kernel zu entfernen; es ist nicht installiert.
Fehler traten auf beim Bearbeiten von:
ndas-admin
Leider meldet auch die Software-Updaten-Funbktion das Gleiche.
Wo ist mein Gedankenfehler oder wie werde ich so einen Murks wieder los? (Nein die Platte kann ich zurückgeben ich meine die Treiber :-) )
Vielen Dank
Sven
Linux 15.070 Themen, 107.540 Beiträge
Schnapp dir das .deb-Paket und reinstalliere es manuell:
dpkg -i ndas-admin.deb
Anschliessend kannst du erneut versuchen, es zu deinstallieren.
Hallo mic:
Ergebnis:
Vorbereiten zum Ersetzen von ndas-admin 1.0.4-38 (durch ndas-admin_1.0.4-38_i386.deb) ...
/etc/init.d/ndas: 38: Syntax error: Bad substitution
dpkg: Warnung - altes pre-removal-Skript wurde mit Fehler-Status 2 beendet
dpkg - probiere stattdessen Skript aus dem neuen Paket ...
/etc/init.d/ndas: 38: Syntax error: Bad substitution
dpkg: Fehler beim Bearbeiten von ndas-admin_1.0.4-38_i386.deb (--install):
Unterprozess neues pre-removal-Skript gab den Fehlerwert 2 zurück
System startup links for /etc/init.d/ndas already exist.
/etc/init.d/ndas: 38: Syntax error: Bad substitution
dpkg: Fehler beim Aufräumen:
Unterprozess post-installation script gab den Fehlerwert 2 zurück
Fehler traten auf beim Bearbeiten von:
ndas-admin_1.0.4-38_i386.deb
ich habe auch schon dpkg purge --force-all und einiges andere versucht - kein Erfolg. Ich mag jetzt auch nicht mehr allzu viel blind herumstochern, nicht dass ich mir noch mehr kaputt mache.
Das post-installation-script das die Fehlermeldung erzeugt:
#!/bin/sh
rm -f /etc/rc?.d/[SK]??ndas > /dev/null 2>&1 || /bin/true
rm -f /etc/init.d/ndas
if [ -f /etc/debian_version ]; then
/usr/sbin/update-rc.d -f ndas remove > /dev/null 2>&1 || /bin/true
else
/sbin/chkconfig --del ndas > /dev/null 2>&1 || /bin/true
fi
rm -rf /dev/nd* || /bin/true
Vielen Dank für die schnelle Antwort
Sven
1. sudo apt-get check
2. sudo apt-get -f install
Wenn das nicht funktioniert ist wahrscheinlich die Paketdatenbank beschädigt worden.
Hast du ein Backup von /var ?
Wenn ja kann du sie wieder restaurieren.
Wenn nicht würde ich neu installieren.
Hi,
Von /var hab ich kein Update, jedenfalls kein ganz Frisches. Kann man da sonst noch irgendwas tun? Ich würde sehr ungern neu installieren, wenn ich ehrlich bin.
Viele Grüße
Sven
Ich wüßte nicht wie.
Ist ndas-admin mit Ubuntu kompatibel ?
Man kann beispielsweise bei Debian nicht immer die Versionen (stable, testing und unstable ) mischen.
apt Pinning funktioniert bei Debian (Ubuntu baut auf Debian testing auf, ist aber mit Debian nicht mehr richtig kompatibel) nicht immer.
Hallo Karsten,
das ist die angeblich mit der feisty kompatible beta von ximeta gewesen. Ich schreibe bereits auf dem Ersatzrechner während ein Rsync meine persönlichen Daten rausnudelt :-(
Viele Grüße und vielen Dank
Sven
Mir ist heute das selbe passiert. Neuinstallation ist wohl die schnellste Lösung. Und mit einem Backup von /var wären solche Probleme zu umgehen?!
Gruß
TimmintoR 2°°4
Nicht unbedingt. Man kann mit einem Backup von /var die gleichen Programme wieder installieren wie vor einem Crash (zumindest mit ein wenig Glück).
man dpkg:
....
Um eine lokale Kopie der Paketauswahl-Zustände zu erstellen:
dpkg --get-selections >meine_auswahl
Sie können diese Datei zu einem anderen Computer bringen und sie
dort mit folgenden Befehlen installieren:
dpkg --clear-selections
dpkg --set-selections
Beachten Sie, dass dies nichts wirklich installiert oder ent-
fernt, sondern lediglich den Auswahlzustand der angeforderten
Pakete setzt. Sie werden eine andere Anwendung benötigen, um die
angeforderten Pakete tatsächlich herunterzuladen und zu instal-
lieren. Starten Sie beispielsweise dselect und wählen Sie
»Installieren«.
Gewöhnlich werden Sie feststellen, dass dselect(1) eine beque-
mere Art ist, den Paketauswahlzustand zu ändern.
...
Hallo Karsten,
vielen Dank, das werde ich nach jeder größeren Installation einmal machen :-)
Viele Grüße
Sven
