Habe gestern ein DU gestartet, was beim entpacken der Pakete durch eine volle root-partition abgebrochen wurde.
Als einzige Lösung sah ich ein apt-cache clean. Vielleicht nicht die schlauste Lösung im DU...
nun gehts nicht weiter, auch heute nicht:
Quote
root@siduction:~# apt-get dist-upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Probieren Sie »apt-get -f install«, um dies zu korrigieren.
Die folgenden Pakete haben unerfüllte Abhängigkeiten:
cpp-4.7 : Hängt ab von: gcc-4.7-base (= 4.7.0-13) aber 4.7.1-1 ist installiert
g++-4.7 : Hängt ab von: libstdc++6-4.7-dev (= 4.7.1-1) aber 4.7.0-13 ist installiert
gcc-4.7 : Hängt ab von: cpp-4.7 (= 4.7.1-1) aber 4.7.0-13 ist installiert
Hängt ab von: libgomp1 (>= 4.7.1-1) aber 4.7.0-13 ist installiert
Hängt ab von: libitm1 (>= 4.7.1-1) aber 4.7.0-13 ist installiert
Hängt ab von: libquadmath0 (>= 4.7.1-1) aber 4.7.0-13 ist installiert
lib32gcc1 : Hängt ab von: gcc-4.7-base (= 4.7.0-13) aber 4.7.1-1 ist installiert
lib32stdc++6 : Hängt ab von: gcc-4.7-base (= 4.7.0-13) aber 4.7.1-1 ist installiert
libgfortran3 : Hängt ab von: gcc-4.7-base (= 4.7.0-13) aber 4.7.1-1 ist installiert
libgomp1 : Hängt ab von: gcc-4.7-base (= 4.7.0-13) aber 4.7.1-1 ist installiert
libitm1 : Hängt ab von: gcc-4.7-base (= 4.7.0-13) aber 4.7.1-1 ist installiert
libquadmath0 : Hängt ab von: gcc-4.7-base (= 4.7.0-13) aber 4.7.1-1 ist installiert
libstdc++6-4.7-dev : Hängt ab von: gcc-4.7-base (= 4.7.0-13) aber 4.7.1-1 ist installiert
Hängt ab von: g++-4.7 (= 4.7.0-13) aber 4.7.1-1 ist installiert
E: Unerfüllte Abhängigkeiten. Versuchen Sie, -f zu benutzen.
Haben das gerade alle, oder nur ich, durch den Abbruch?
Habe gerade mal statt apt-get -f install ein apt-get -f dist-upgrade gestartet... Jetzt lädet er zumindest die Packete neu.
Mal sehen, was passiert...
Also apt-get -f dist-upgrade lief nicht durch.
die Fehlermeldung ist die längste, die ich je hatte...
Quote
root@siduction:~# apt-get dist-upgrade -f
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Abhängigkeiten werden korrigiert ... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
Die folgenden Pakete werden aktualisiert (Upgrade):
cpp-4.7 lib32gcc1 lib32stdc++6 libgfortran3 libgomp1 libitm1 libquadmath0 libstdc++6-4.7-dev
8 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
36 nicht vollständig installiert oder entfernt.
Es müssen noch 0 B von 8.082 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 4.096 B Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren [J/n]? j
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libgomp1:amd64:
libgomp1:amd64 hängt ab von gcc-4.7-base (= 4.7.0-13); aber:
Version von gcc-4.7-base:amd64 auf dem System ist 4.7.1-1.
dpkg: Fehler beim Bearbeiten von libgomp1:amd64 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libfftw3-3:amd64:
libfftw3-3:amd64 hängt ab von libgomp1 (>= 4.2.1); aber:
Paket libgomp1:amd64 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von libfftw3-3:amd64 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libquadmath0:amd64:
libquadmath0:amd64 hängt ab von gcc-4.7-base (= 4.7.0-13); aber:
Version von gcc-4.7-base:amd64 auf dem System ist 4.7.1-1.
dpkg: Fehler beim Bearbeiten von libquadmath0:amd64 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libgfortran3:amd64:
libgfortran3:amd64 hängt ab von gcc-4.7-base (= 4.7.0-13); aber:
Version von gcc-4.7-base:amd64 auf dem System ist 4.7.1-1.
libgfortran3:amd64 hängt ab von libquadmath0 (>= 4.6); aber:
Paket libquadmath0:amd64 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von libgfortran3:amd64 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libitm1:amd64:
libitm1:amd64 hängt ab von gcc-4.7-base (= 4.7.0-13); aber:
Version von gcc-4.7-base:amd64 auf dem System ist 4.7.1-1.
dpkg: Fehler beim Bearbeiten von libitm1:amd64 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libmagickcore5:amd64:
libmagickcore5:amd64 hängt ab von libgomp1 (>= 4.2.1); aber:
Paket libgomp1:amd64 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von libmagickcore5:amd64 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libmagickwand5:amd64:
libmagickwand5:amd64 hängt ab von libgomp1 (>= 4.2.1); aber:
Paket libgomp1:amd64 ist noch nicht konfiguriert.
libmagickwand5:amd64 hängt ab von libmagickcore5 (>= 8:6.7.7.2); aber:
Paket libmagickcore5:amd64 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von libmagickwand5:amd64 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libmagick++5:amd64:
libmagick++5:amd64 hängt ab von libgomp1 (>= 4.2.1); aber:
Paket libgomp1:amd64 ist noch nicht konfiguriert.
libmagick++5:amd64 hängt ab von libmagickcore5 (>= 8:6.7.7.2); aber:
Paket libmagickcore5:amd64 ist noch nicht konfiguriert.
libmagick++5:amd64 hängt ab von libmagickwand5 (>= 8:6.7.7.2); aber:
Paket libmagickwand5:amd64 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von libmagick++5:amd64 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von cpp-4.7:
cpp-4.7 hängt ab von gcc-4.7-base (= 4.7.0-13); aber:
Version von gcc-4.7-base:amd64 auf dem System ist 4.7.1-1.
dpkg: Fehler beim Bearbeiten von cpp-4.7 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von darktable:
darktable hängt ab von libgomp1 (>= 4.2.1); aber:
Paket libgomp1:amd64 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von darktable (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von imagemagick:
imagemagick hängt ab von libgomp1 (>= 4.2.1); aber:
Paket libgomp1:amd64 ist noch nicht konfiguriert.
imagemagick hängt ab von libmagickcore5 (>= 8:6.7.7.2); aber:
Paket libmagickcore5:amd64 ist noch nicht konfiguriert.
imagemagick hängt ab von libmagickwand5 (>= 8:6.7.7.2); aber:
Paket libmagickwand5:amd64 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von imagemagick (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von devede:
devede hängt ab von imagemagick; aber:
Paket imagemagick ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von devede (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von gcc-4.7:
gcc-4.7 hängt ab von cpp-4.7 (= 4.7.1-1); aber:
Version von cpp-4.7 auf dem System ist 4.7.0-13.
gcc-4.7 hängt ab von libgomp1 (>= 4.7.1-1); aber:
Version von libgomp1:amd64 auf dem System ist 4.7.0-13.
gcc-4.7 hängt ab von libitm1 (>= 4.7.1-1); aber:
Version von libitm1:amd64 auf dem System ist 4.7.0-13.
gcc-4.7 hängt ab von libquadmath0 (>= 4.7.1-1); aber:
Version von libquadmath0:amd64 auf dem System ist 4.7.0-13.
dpkg: Fehler beim Bearbeiten von gcc-4.7 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libstdc++6-4.7-dev:
libstdc++6-4.7-dev hängt ab von gcc-4.7-base (= 4.7.0-13); aber:
Version von gcc-4.7-base:amd64 auf dem System ist 4.7.1-1.
libstdc++6-4.7-dev hängt ab von g++-4.7 (= 4.7.0-13); aber:
Version von g++-4.7 auf dem System ist 4.7.1-1.
dpkg: Fehler beim Bearbeiten von libstdc++6-4.7-dev (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von g++-4.7:
g++-4.7 hängt ab von gcc-4.7 (= 4.7.1-1); aber:
Paket gcc-4.7 ist noch nicht konfiguriert.
g++-4.7 hängt ab von libstdc++6-4.7-dev (= 4.7.1-1); aber:
Version von libstdc++6-4.7-dev auf dem System ist 4.7.0-13.
dpkg: Fehler beim Bearbeiten von g++-4.7 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von gettext:
gettext hängt ab von libgomp1 (>= 4.2.1); aber:
Paket libgomp1:amd64 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von gettext (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libgraphicsmagick3:
libgraphicsmagick3 hängt ab von libgomp1 (>= 4.2.1); aber:
Paket libgomp1:amd64 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von libgraphicsmagick3 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libxine2-misc-plugins:
libxine2-misc-plugins hängt ab von libgraphicsmagick3 (>= 1.3.5); aber:
Paket libgraphicsmagick3 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von libxine2-misc-plugins (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libxine2-plugins:
libxine2-plugins hängt ab von libxine2-misc-plugins (>= 1.2.2-3); aber:
Paket libxine2-misc-plugins ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von libxine2-plugins (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libxine2:
libxine2 hängt ab von libxine2-plugins (= 1.2.2-3) | libxine2-misc-plugins (= 1.2.2-3); aber:
Paket libxine2-plugins ist noch nicht konfiguriert.
Paket libxine2-misc-plugins ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von libxine2 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von gxine:
gxine hängt ab von libxine2 (>= 1.2.0); aber:
Paket libxine2 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von gxine (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libblas3:
libblas3 hängt ab von libgfortran3 (>= 4.3); aber:
Paket libgfortran3:amd64 ist noch nicht konfiguriert.
libblas3 hängt ab von libquadmath0 (>= 4.6); aber:
Paket libquadmath0:amd64 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von libblas3 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libblas3gf:
libblas3gf hängt ab von libblas3; aber:
Paket libblas3 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von libblas3gf (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von liblapack3:
liblapack3 hängt ab von libblas3 | libblas.so.3 | libatlas3-base; aber:
Paket libblas3 ist noch nicht konfiguriert.
Paket libblas.so.3 ist nicht installiert.
Paket libblas3, das libblas.so.3 bereitstellt, ist noch nicht konfiguriert.
Paket libatlas3-base ist nicht installiert.
liblapack3 hängt ab von libgfortran3 (>= 4.6); aber:
Paket libgfortran3:amd64 ist noch nicht konfiguriert.
liblapack3 hängt ab von libquadmath0 (>= 4.6); aber:
Paket libquadmath0:amd64 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von liblapack3 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von liblapack3gf:
liblapack3gf hängt ab von liblapack3; aber:
Paket liblapack3 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von liblapack3gf (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libxine1-misc-plugins:
libxine1-misc-plugins hängt ab von libgraphicsmagick3 (>= 1.3.5); aber:
Paket libgraphicsmagick3 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von libxine1-misc-plugins (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libxine1-plugins:
libxine1-plugins hängt ab von libxine1-misc-plugins (>= 1.1.21-1); aber:
Paket libxine1-misc-plugins ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von libxine1-plugins (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libxine1:
libxine1 hängt ab von libxine1-plugins (= 1.1.21-1) | libxine1-misc-plugins (= 1.1.21-1); aber:
Paket libxine1-plugins ist noch nicht konfiguriert.
Paket libxine1-misc-plugins ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von libxine1 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von lintian:
lintian hängt ab von gettext; aber:
Paket gettext ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von lintian (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-headers-3.4-2.towo.1-siduction-amd64:
linux-headers-3.4-2.towo.1-siduction-amd64 hängt ab von gcc-4.7; aber:
Paket gcc-4.7 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von linux-headers-3.4-2.towo.1-siduction-amd64 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von picard:
picard hängt ab von libfftw3-3; aber:
Paket libfftw3-3:amd64 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von picard (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von python-numpy:
python-numpy hängt ab von libblas3gf | libblas.so.3gf | libatlas3gf-base; aber:
Paket libblas3gf ist noch nicht konfiguriert.
Paket libblas3, das libblas3gf bereitstellt, ist noch nicht konfiguriert.
Paket libblas.so.3gf ist nicht installiert.
Paket libblas3, das libblas.so.3gf bereitstellt, ist noch nicht konfiguriert.
Paket libatlas3gf-base ist nicht installiert.
python-numpy hängt ab von libgfortran3 (>= 4.3); aber:
Paket libgfortran3:amd64 ist noch nicht konfiguriert.
python-numpy hängt ab von liblapack3gf | liblapack.so.3gf | libatlas3gf-base; aber:
Paket liblapack3gf ist noch nicht konfiguriert.
Paket liblapack3, das liblapack3gf bereitstellt, ist noch nicht konfiguriert.
Paket liblapack.so.3gf ist nicht installiert.
Paket liblapack3, das liblapack.so.3gf bereitstellt, ist noch nicht konfiguriert.
Paket libatlas3gf-base ist nicht installiert.
python-numpy hängt ab von libquadmath0 (>= 4.6); aber:
Paket libquadmath0:amd64 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von python-numpy (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von rawtherapee:
rawtherapee hängt ab von libgomp1 (>= 4.4); aber:
Paket libgomp1:amd64 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von rawtherapee (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von lib32gcc1:
lib32gcc1 hängt ab von gcc-4.7-base (= 4.7.0-13); aber:
Version von gcc-4.7-base:amd64 auf dem System ist 4.7.1-1.
dpkg: Fehler beim Bearbeiten von lib32gcc1 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von lib32stdc++6:
lib32stdc++6 hängt ab von gcc-4.7-base (= 4.7.0-13); aber:
Version von gcc-4.7-base:amd64 auf dem System ist 4.7.1-1.
lib32stdc++6 hängt ab von lib32gcc1 (>= 1:4.1.1); aber:
Paket lib32gcc1 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von lib32stdc++6 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-headers-siduction-amd64:
linux-headers-siduction-amd64 hängt ab von linux-headers-3.4-2.towo.1-siduction-amd64 (= 3.4-10); aber:
Paket linux-headers-3.4-2.towo.1-siduction-amd64 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von linux-headers-siduction-amd64 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
libgomp1:amd64
libfftw3-3:amd64
libquadmath0:amd64
libgfortran3:amd64
libitm1:amd64
libmagickcore5:amd64
libmagickwand5:amd64
libmagick++5:amd64
cpp-4.7
darktable
imagemagick
devede
gcc-4.7
libstdc++6-4.7-dev
g++-4.7
gettext
libgraphicsmagick3
libxine2-misc-plugins
libxine2-plugins
libxine2
gxine
libblas3
libblas3gf
liblapack3
liblapack3gf
libxine1-misc-plugins
libxine1-plugins
libxine1
lintian
linux-headers-3.4-2.towo.1-siduction-amd64
picard
python-numpy
rawtherapee
lib32gcc1
lib32stdc++6
linux-headers-siduction-amd64
E: Sub-process /usr/bin/dpkg returned an error code (1)
root@siduction:~#
Ein normales apt-get dist-upgrade liefert die Fehlermeldung von vorhin.
Was nun?
bringt ein Deinstallieren von cpp-4.7, gcc-4.7, g++-4.7 was?
Ich würde ja erst mal ein dpkg-configure --a versuchen.
greetz
devil
Ein dpkg --configure -a
bringt die obengenannte (lange) Fehlermeldung.
Kannst du denn libgomp1 entfernen?
z.b. mit dpkg --purge libgomp
greetz
devil
Quote
root@siduction:~# dpkg --purge libgomp
dpkg: Warnung: Die Anforderung, libgomp zu entfernen, wird ignoriert; es ist nicht installiert.
ich hatte ähnliche probleme in zusammenhang mit dem dir bekannten wine-problem:
http://forum.siduction.org/index.php?topic=2443
Es gab da ein nicht mehr durschschaubares (vielleicht sogar mit normalen mitteln nicht mehr auflösbares) abhängigkeitsproblem mit gcc-4.7 gcc-4.7-base cpp-4.7. Irgendwie waren die in einer art ringabhängigkeit miteinander verstrickt, so dass immer ein paket wegen abhängigkeit von einer besonderen version eines anderen der drei nicht installierbar war.
Nun ACHTUNG, möglicherweise bekomme ich wegen dieses tipps nun verbal haue, aber der knoten lies sich nur so durchschlagen: Ich habe per (und nun wirklich voooooorrrsiiiicht, lies dir vorher erstmal die man dpkg durch, damit dir klar ist, was das bewirkt) "dpkg --force-breaks -i cpp-4.7 gcc-4.7" die pakete zwangsinstalliert, ohne rücksicht darauf, dass diese nicht wirklich zueinander passen. Ich weiß jedoch nicht mehr genau, ob ich dazu die ältern versionen, die neuesten oder die alten und neuen versionen im archiv hatte (ich hatte *irgendwann* die alten und neuen versionen per wget direkt von den mirrors geholt). Mir erschien dieses *temporäre* nicht zusammenpassen der pakete daher nicht soooo wild (einen kernel möchtes du damit bestimmt nicht kompilieren ... zu diesem zeitpunkt), weil ich wußte, dass es zueinander passende versionen gibt, die ich nach beseitigung der d-u probleme installieren würde, womit dieser konflikt dann wieder aufgehoben würde. Und genau so passierte dies dann auch, mit "dpkg --configure -a" , d-u und "apt-get -f install" hangelte ich mich dann erfolgreich vorwärts, aber ob die passenden gcc und cpp pakete direkt durch das d-u oder händisch durch mich nachinstalliert wurden weiß ich nicht mehr.
Allerdings, und das ist die schlechte nachricht, hatte ich nicht einen derart langen rattenschwanz von abhängigkeitsproblemen wie das bei der der fall ist.
Viel glück.
Lanzi,
sorry, muss natürlich dpkg --purge libgomp1heissen. Mitdenken ist hier ausdrücklich erlaubt :)
greetz
devil
Morgen zusammen :-)
@Devil: Entfernen geht nicht, da jede Menge Programme davon abhängen (digikam, usw)
@michaa7: Klingt nach nem hartem Weg... Bevor ich das tue, mag ich erstmal warten, was Devil noch so im Petto hat.
Allgemeine Frage... Brauche ich diese Programme momentan überhaupt? Das sind doch Programme zum compilieren, oder erinnere ich mich da falsch. Meine, dass ich die beim VDR mal vor Jahren brauchte.
Einem vorläufigen Deinstallieren dürfte doch nicht so viel i Wege stehen, oder?
Versuch doch einfach mal, den Teufel mit dem Beelzebub auszutreiben :twisted: Aptitude -f install wäre eine Idee, dann durch die angebotenen Möglichkeiten gehen und sich die schmerzfreiste Variante aussuchen, wenn nicht vollständig aufgelöst wird.
/me konnte sich das Wortspiel einfach nicht verkneifen
@agaida:
Da scheine ich was schönes angerichtet zu haben...
Dein Vorschlag entfernt 150 Pakete inkl. kde...
Dein Wortspiel regt mich zu folgender sinnfreien Aussage an:
besser den Teufel im auf dem Dach, als die Axt im Zimmermann ;-)
So, habe jetzt den zweiten Vorschlag probiert und er schlägt vor die Pakete zu deinstalieren, die ein :i386 tragen. Die sind mit dem Tipp Multiarch i386 im Zuge des DU wohl dazugekommen, weil wine die wohl braucht
Trotzdem konnte Aptitude den Knoten nicht auflösen.
Ich neige dazu schnell neu zu installieren. Das scheint mir die schnellere Variante zu sein..
Auf kurze Sicht ist neu installieren fix. Über Jahre wäre es für mich unerträglich. Besser aptitude bedienen lernen, sind nur eine handvoll Kurzbefehle: _glmq+
Ja, da magst DU recht haben. Wobei noch wichtiger wäre, zu verstehen, was zu dieser Situation geführt hat!
Ist es nun das Zufügen der i386 Architektur
(siehe http://forum.siduction.org/index.php?topic=2443) oder kam es durch den Abbruch des DU (wohlgemerkt, bevor auch nur ein Paket installiert war!).
Nachtrag: Wenn noch jemand eine Idee hat, dann nat. immer her damit. Momentan mach ich noch ein Backup.
Werde die Partition auch erstmal behalten und auf sda2 neu installieren. Hatte auf meiner SDD eine freie Partition gelassen!
Vlt. kann man die aktuelle ja doch noch retten
Erstmal: wine ist gerade wild ...
Das ist doch klar: Die Einführung von Multiarch betrifft vor allen Dingen erstmal wine. Und da werden Fehler gemacht.
Dann war da noch vor 1 oder 2 Wochen ein schlimmer Tagesbug von dpkg, wodurch Installationsscripts nicht abgearbeitet wurden. Ich würde also in dieser Reihenfolge
- erstmal alles purgen was mit wine zusammenhängt
- alle x86 Pakete purgen
- die letzten 222 Pakete nochmal reinstallieren
- die wine Bugliste lesen um einen guten Zeitpunkt der Neuinstallation von Wine zu finden.
und aptitude gibt dir doch die Liste der zu löschenden Pakete aus. ab in eine Datei damit und ein wenig Handauflegen. Wenn Du dir damit das System zerschiesst, ist es nicht schlimm, Du hast ja eine datensicherung, die du mühelos wieder herstellen kannst. Oder?
aptitude why und why not könnten auch noch weiterhelfen. Manchmal sollte man solche Situationen wirklich als chance sehen, dinge zu tun, die man sonst niemals in Betracht ziehen würde ;)
Genau! Risiko jetzt, wann sonst!
jau, ralul hat recht.
Aber was spräche dann dagegen meinen "--force-breaks" vorschlag aufzugreifen. Immerhin ist die ursachenlage extrem ähnlich (in beiden fällen wine-gcc-cpp-related). Und trotz meiner warnung ist die vorgehensweise weniger extrem als es auf den ersten blick scheint, sie ist ja nachvollziehbar begrenzt auf eine anzahl pakete und nur temporär.
Du bist doch in der gleichen situation wie ich damals, kein d-u, kein purge, kein apt-get -f install möglich ... alles sackgassen. Wobei ein schritt zur auflösung des knotens bei mir darin bestand, zunächst version 1.2.irgendwas von wine zu installieren (also keine ältere der 1.4-er) was ich in den anderen thread ja beschrieben hatte und was im gegensatz zu purge möglich war!
Das soll jedoch nicht heißen, dass die aptidude vorschläge nicht vielleicht auch zum ziel führen ... nur hab ich es halt anders gelöst ;-)
Danke für Eure Aufmunterung :-)
force braks habe ich probiert, aber installiert nicht, weil das Packet nicht verfügbar ist. Also auch eine Sackgasse.
Deinstalieren kann ich garnichts... weder mit dpkg -purge noch mit apt-get remove, apt-get purge.
Selbst wenn ich, wie von agaida vorgeschlagen einzelene Packete entfernen möchte, dann ist das nicht möglich.
Ich habe jetzt mal alles gesichert und werde erstmal in der freien Partition neu installieren.
Dann werde ich die drei Kandidaten manuel laden und versuchen mit dpkg zu installieren.
Zum Thema aptitude: es scheint sinnvoll zu sein, was appitude vorschlägt und mit dem Schlater -f habe ich ihn auch schon zweimal dazu gebracht etwas zu laden und wine zu deinstallieren... aber er beendet keinen Vorgang. Die Liste an dann genannten Gründen ist seeeehr lang :-)
Quote from: "Lanzi"Danke für Eure Aufmunterung :-)
force braks habe ich probiert, aber installiert nicht, weil das Packet nicht verfügbar ist. Also auch eine Sackgasse.
...
Nein
# cd /var/cache/apt/archives# wget pfad/zu/datei(en)/auf/mirror (datei zunächst hier
http://ftp.de.debian.org/debian/pool/main/
mit browser auf dem server suchen)
Ich hatte mir sowhl die alten als auch die neueren gcc-4.7 versionen gezogen. Auch die cpp versionen sind im gcc verzeichnis! Wenn ich deine situation richtig in erinnerung habe ist es wohl günstiger, die ältern versionen zu zwangsinstallieren, schau dir zuvor nochmal genauer an welche abhängigkeit die entscheidende ist. Letzlich kommt es jedoch nur daruf an aus der sackgasse heraus zu kommen, am ende instalierst du eh' die neuesten versionen.
Ich vermute multiarch Begleiterscheiningen.
greetz
devil
jo, ich werde morgen nochmal ein wenig basteln und schauen, was ich hinbekomme.
Die Neuinstallation verlief sehr schnell. /home konnte ich direkt übernehmen.
Akonadidatenbank mit Adressen usw war auch noch da.
Habe ein Dokument, mit der Liste aller wichtigen nachinstallierbaren Programme und die gleich mal in einem Rutsch reingeholt.
gesamter Zeitaufwand für die Neuinstallation, mit Netzwerk, NFS, hdparm usw. ca. 1-2 Stunden. Alles in allem also keine größere Sache.
Zu Devils Äußerung:
Ja, das ich denke auch. Während vorgestern das installieren von wine noch unmöglich war, weil eine wine-bin gefordert war, die es nicht gab, ist heute eine wine64-bin aufgetaucht, die für mich weitere Architekturen neben AMD64 überflüssig macht.
@michaa7: ich verspreche morgen nochmal an die alte zu gehen. Kann nur lehrreich sein. Heute war ich am Ende zu gefrustet. Da ist ein Tag Abstand manchmal gut für den klaren Kopf.
@Agaida: Du hattest weiter oben geschrieben und auch schon mal vor mehreren Monaten, dass Du Dein System regelmäßig sicherst. IM Grunde richtig, aber ich sicherer nur /home und die Disks.
Bin auch damit noch nie, bis gestern so richtig auf die Nase gefallen.
Wie sicherst Du? Mit copy? im Laufenden Betrieb?
Wie ich Dich kenne, hast DU bestimmt nen schönen Einzeiler parat, oder? ;-)
Sicherungen mache ich eigentlich nur sporadisch und als Schlangenöl. Das ist für mich auch gut so, denn je weiter ich Linux einsteige, desto mehr ändert sich mein System. Das einzige, worauf ich wirklich acht gebe, sind meine Daten, die liegen im Falle der Programmierung in Repos extern. Restliche Dokumente liegen auf dem (n) Server (n).
Wenn es mich überkommt, dann mach ich halt ne Kopie des Systems und schieb das Root halt auf Halde, lauffähig versteht sich. Datenbanken werden gedumpt und gehen ebenfalls auf Halde.
Edit: Nur zur Klarheit - Meine Bewegungsdaten sind gesichert, die Konfigurationen auch. Mit dem Rückspielen einer Sicherung wäre ich total unglücklich, da ich ja eigentlich mit Änderungen eine neue Qualität in meinem System erreichen will. Das einzige, was ärgerlich wäre bei einem Totalverlust wären eventuell verlorene Settings. Das habe ich durch die lauffähigen Clones abgefedert.
So, mal ein Zwischenstand...
mit einer guten Kombination aus gezieltem purgen einiger Dateien und Löschen von vielen Programmen (gimp, inkskape, imagemagick uvm) durch apptitude -f install habe ich dann begonnen per absolutem Pfad, aktuelle cpp, gcc und g++ zu installieren.
ich denke ich bin einer Lösung näher gekommen.
Momentan hängt es an:
Quote
oot@siduction:/var/cache/apt/archives# dpkg -C
Die folgenden Pakete wurden entpackt, aber noch nicht konfiguriert.
Sie müssen mit dpkg --configure oder dem Konfigurations-Menüeintrag in
dselect konfiguriert werden, damit sie ordnungsgemäß funktionieren:
lib32gcc1 GCC support library (32 bit Version)
lib32stdc++6 GNU Standard C++ Library v3 (32 bit Version)
Ich werde die beiden werde los, noch kann ich irgendwas konfigurieren. dselect scheint nicht installiert zu sein.
Das konfigurieren wollte ich mit:
dpkg --configure <Paketname> anstoßen.
Aber da bricht er immer sofort ab:
Quote
oot@siduction:/var/cache/apt/archives# dpkg --configure lib32stdc++6
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von lib32stdc++6:
lib32stdc++6 hängt ab von lib32gcc1 (>= 1:4.1.1); aber:
Paket lib32gcc1 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von lib32stdc++6 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
lib32stdc++6
Was ist noch möglich?
KOmmando zurück :-)
Ein manuelles installieren von
/var/cache/apt/archives/lib32gcc1_1%3a4.7.1-1_amd64.deb
brachte die Lösung!
Werde mal versuchen nun alles neu zu instalieren, was deinstalliert wurde.
Hi Lanzi,
du solltest dir ernsthaft Gedanken machen über eine Backup- und Recoverystragie in deinem Umfeld. Nichts ist ärgerlich als der Verlust von einem aufwendig konfigurierten System bzw. noch schlimmer der Verlust von Daten.
Vielleicht hilft es dir wenn ich dir meine Backup- und Recoverystragie kurz erläutere.
* ich sichere alle Daten und Configs auf einen NAS und in größeren Anzahl von Versionen
* Daten werden mit rsnapshot gesichert
* Config wird ebenfalls mit rsnapshot gesichert
* das System wird via LVM-Snapshot und einen nachfolgenden dd auf das NAS gesichert (pro LV ein Image)
* alle dd-Images werden zu späteren Zeitpunkt nochmals komprimiert um Platz zu sparen
Bei einem Recoveryfall bei dem mein System völlig kaputt ist mache folgendes:
* Livesystem starten
* NAS per NFS einbinden
* Rücksicherung des Systems per dd anstoßen
* Dauer der Rücksicherung ca. 15 Minuten
Sind nur Daten betroffen, kopiere ich aus dem (rsnapshot) Backupsatz, der Files enthält, die Daten auf mein System. Das geniale an rsnapshot (Frontend zu rsync) ist, das man ein Backup von Remote nach Remote durchführen kann. Also zB. ich sicher von einen Desktop-PC ein NB auf das NAS.
Hi Bluelupo,
danke für die Nachricht. Ich denke zum zentralen Thema Backup, kann man garnicht oft genug die eigene Strategie in Frage stellen. Insaofern danke schonmal für Dein Input.
ich selbst habe damals mit dem Seagate HDD Bug meine Erfahrungen gesammelt und bin denke ich ganz gut aufgestellt. Aber wie gesagt, das ständige Hinterfragen ist bei diesem sensiblen Thema wichtig. Den wahren Wert seiner Daten erkennt man erst im Notfall!
Zum Thema "Systempartition sichern" wohnen leider zwei Gedanken in meinem Herzen.
Zum Hintergrund: Ich habe vier Systeme hier laufen, alle auf siduction und alle immer recht aktuell. Der Ausfall eines Systems ist also kein Beinbruch.
Ich sichere alle meine HDDs auf denen Daten sind, vor allem meine selbst geschrieben Open Source-Bücher und meine vielen TByte Fotos mehrfach, auf verschiedenen HDDs (an verschiednen Orten) und neuerdings zusätzlich bei Crashplan (aber im Grunde nicht empfehlenswert, da zu langsam!).
Insofern sind meine Daten relativ sicher.
Meine Homepartition ist ebenfalls gesichert, allerdings bin ich da minimal nachlässiger. Das wird sich evtl. mal rächen... aber eine halbwegs aktuelle Kopie gibts immer.
Was ich nicht sichere ist mein System! Und zwar exakt seit es grub2 gibt. Ich checke die siduction Anleitung zu chroot nicht! Auch die von Aptosid damals war mir unverständlich!
Der Aufwand ein System per cp zurückzuspeieln war damals bei grub1 ein leichtes und man konnte leicht grub neu installieren.
Seit grub2 ist das ein dermaßen kompliziertes Ding geworden, und ich vermute, wenn ich mich mal einarbeiten würde, dann wäre es bestimmt durchschaubar. Aber mometan ist es so, dass ein Neuaufsetzten des Systems leider die schnellere und praktikablere Lösung ist.
So gut grub2 auch mittlerweiele ist, das sehe ich definitv als Nachteil!
So auch in diesem Fall. Es ging echt flott, alles schnell neu auf eine freie Installation zu installieren. Und das ist ja auch als Kompliment an Siduction zu verstehen. Siduction ist so gut vorkonfiguriert, dass viele individuelle Anpasungen, die früher notwendig waren, heute einfach entfallen. Das war früher echt noch anders!
Wenn Du schreibst "Nichts ist ärgerlich als der Verlust von einem aufwendig konfigurierten System", muss ich erstmal sagen, dass es zur Zeit garnicht aufwändig ist!
Ich habe eine Liste an zu installierenden Programmen, da reicht ein anbpassen der Sourcen, dann ein "apt-get install"-Befehl und alles ist installiert.
Dann kopiere ich die Home-Ordner von gimp, Mozilla und icedove rüber und spiele das Adressbuch ein und dann ist schon zu 98% alles okay!
Es fehlen ein paar conf Dateien (hdparm, exports) sowie fstab und der networks-Ordner und dann wars das.
Das ist echt gut und ein echter Fortschritt von siduction gegenüber aptosid/ Sidux/ Kanotix!
Ich werde mal über Deine Gedanken zu dd nachdeneken. dd hat leider immer das Rest-Risiko, dass, wenn man nicht aufpasst, die root-partition überschrieben wird. Ein dd Image ist nat. immer sehr komfortabel rück-zu überspielen. Dann wären auch meine grub-Probleme nicht von belang.
Eine Frage dazu am Rande, kann ich eine hdd mit d in eine Datei speichern? ALso nicht auf eine andere komplette Partition? ich vermute schon, oder?
Ales erstmal vielen Dank für Deine Zeit und Deine Gedanken. ich werde sie mir zu Herzen nehmen!
Hi Lanzi,
du kannst natürlich eine komplette oder einen Partition einer Disk sichern, wo auch immer du sie ablegst.
Beispiel (hier wird die Partition sda1 in das File sda1-image.dd geschrieben):
# dd if=/dev/sda1 of=./sda1-image.dd
Rücksicherung würde so gehen (von einem Livesystem aus):
# dd if=./sda1-image.dd of=/dev/sda1
Ratsam ist auch noch den MBR zusichern, wenn man die mal defekt sein sollte.
# dd if=/dev/sda of=./sda_MBR.img bs=512 count=1
Zurückspielen des MBR:
# dd if=./sda_MBR.img of=/dev/sda bs=512 count=1
Danke! Werde am WoE mal nen Test fahren :-)
Warst nicht alleine mit Probleme bei den Update von GCC.
In meinen Fall war es libgcc1 das nicht mehr gefunden bzw beschädigt wurde und somit Aptitude/apt-get in eine Nonsens Schleife gefangen war.
Lösung mit dpkg war wiederum auch recht Simpel.
Persönlich vermeide ich GCC Mischmasch.
Die Nutzung von 4.7 hat noch zu viele Probleme bei der Übersetzung (Angefangen bei den Kernel!), die Mehrheit funktioniert recht stabil auf 4.6.
ja, da hast DU nicht ganz unrecht... mit wvdial folgte das nächste Problem.
Laut Bugreport auch ein Folgeproblem von gcc...
Aber wozu sind wir bei sid... , um ein wenig Spaß zu haben, oder? ;-)