(gelöst) wechseln von 32 auf 64 bit

[guennid]

Wie geht das? Ich richte hier eine Maschine ein, von der ich annahm, dass sie nur 32 bit könnte. Mittlerweile stellt sich raus, dass auch amd64 möglich wäre. Wie kann ich das am geschicktesten ändern? Oder ist Neuinstallation angesagt.

Das System enthält noch keine User-Daten, die nicht verloren gehen sollten.

Grüße, Günther

[dirk11]

Neuinstallation angesagt.

Würde ich empfehlen. Vor allem ohne Userdaten ist das schneller gemacht als alles andere.

[guennid]

Ich hatt's befürchtet, Neuinstallation läuft, danke!

Grüße, Günther

[dirk11]

Eine ganze Zeit lang war eine Migration von 32Bit auf 64Bit überhaupt nicht möglich und auch nicht vorgesehen, es war immer Neuinstallation angesagt. Ich habe wohl vor einigen Monaten irgendwo gelesen, dass Migration mittlerweile "so leidlich" funktionieren soll - ich habe alle Systeme, die 64Bit können, beim Schritt von Squeeze auf Wheezy neu installiert, und das war mMn die richtige Entscheidung.

[guennid]

Mal so'ne Frage am Rande: Sind die X-Pakete für amd64 deutlich dicker als die für i386 oder kommt mir das nur so vor? Ich versuche immer, so spartanisch, wie es mir möglich ist, zu installieren und hatte den Eindruck, dass ich bei der vorigen Installation für X knapp unter 100Mb Plattenplatz gelegen hätte, während er jetzt ca. 160Mb benötigt.

[edit:]
Fehlalarm: ich hatte die "Recommends" in apt.conf falsch geschrieben. Wäre eigentlich schön, wenn apt auf so einen Fehler hinweisen würde. Wenn ich mir dabei so betrachte, im welchem Umfang debian einem so alles "empfehlenswerte" Dingens unterjubelt, wenn man es nicht explizit verbietet ...? Das halte ich in der vorliegenden Form auch nach Jahren für äußerst fragwürdig. So nützlich die automatische Installation der Recommends für viele Nutzer sein mag: Der Installer sollte eine Möglichkeit bieten, apt von Anfang an so konfigurieren zu können, dass man die Installation der Recommends abschalten kann.

[KBDCALLS]

Mit aptitude hätte man das Problem erst garnicht. Man ruft erst die Ncurses Oberfläche von Aptiude aus macht dort seine Einstellungen und gut ist. Wenn eine Neuinstallation anlegt, die aber meistens auf ner Virtuellen Maschine, dann installiere ich grundsätzlich nur das nackte Netinstallimage. Und alles andere wird mit Aptitude installiert.

[guennid]

@KBDCALLS Danke für den Hinweis!

Ich will eigentlich gar kein aptitude, eine sachliche Begründung dafür habe ich nicht.

Vielleicht werde ich's doch mal ausprobieren.

Grüße, Günther
[edit]
Doch! Sachliche Begründung: bei apt-get muss ich nur sieben Zeichen tippen, bei aptitude sind es acht!

(ca. 10 Jahre alter DF-Joke)

[dirk11]

Ich will eigentlich gar kein aptitude, eine sachliche Begründung dafür habe ich nicht.

Die gibt es auch nicht. Meiner Meinung nach ist aptitude das Paketverwaltungs-Tool schlechthin unter Debian. Ich benutze es seit sicherlich 10 Jahren, nachdem davor nur dpkg "in" war, und ich halte es für super-komfortabel, eben weil es einem nach einmaliger Einrichtung solche Krämpfe erspart.

[schwedenmann]

Hallo

Das Einzige was du von der 32Bit Installation behalten kannst sind /etc und /home, alles andere muß neuinstalleirt werden.

mfg
schwedenmann

[cronoik]

Hi,

hätte man nicht "einfach" multiarch mit amd64 aktivieren können, apt auf amd64 umstellen, gezogene Paketliste installieren, update-grub, neustart, amd64 booten, apt auf i386 umstellen, paketliste purgen und zum Schluss i386 als Architektur entfernen können oder scheitert das? Mal abgesehen davon, ob dass jetzt aufwendiger als Neuinstallation ist oder nicht.

[Pa D.]

Doch! Sachliche Begründung: bei apt-get muss ich nur sieben Zeichen tippen, bei aptitude sind es acht!

Stimmt auch nicht ganz.
apti[TAB] ergibt aptitude
apt-[TAB] langt noch nicht, da muss noch ein g dazu

4 Zeichen gegen 5.

[peschmae]

hätte man nicht "einfach" multiarch mit amd64 aktivieren können, apt auf amd64 umstellen, gezogene Paketliste installieren, update-grub, neustart, amd64 booten, apt auf i386 umstellen, paketliste purgen und zum Schluss i386 als Architektur entfernen können oder scheitert das? Mal abgesehen davon, ob dass jetzt aufwendiger als Neuinstallation ist oder nicht.

Multiarch ist nur für die Libraries, nicht aber für die Applikations-Pakete, insofern als dass eine /bin/bash sowohl für i386 als auch für amd64 immer im gleichen Ordner liegt. Ein von dir vorgeschlagener Versuch führt also sofort zu Konflikten. Es ist nicht auszuschliessen dass man das irgendwie hinzwingen könnte, aber da gehört dann sehr viel Voodoo dazu.

MfG Peschmä, der seit Jahrzehnten überzeugter apt-get Nutzer ist und dem so neumodisches dahergelaufenes Zeugs mit grafischen Benutzeroberflächen wie aptitüde nicht ins Haus kommt

[Radfahrer]

Richtig!
Aptitude ist für Pussies!

Mal ganz davon abgesehen, dass auch die Debianentwickler apt-get empfehlen.

[Luxuslurch]

Einspruch, Euer Ehren!

aptitude is the recommended package manager for Debian GNU/Linux systems.

Quelle: https://www.debian.org/doc/manuals/debi ... te.en.html
Debian-Entwickler schreiben anscheinend keine Handbücher, schließlich sind Handbücher ja für Pussies? *verwirrt*

@guennid: Deine Frage ist geklärt, oder? Da können wir ja den Thread für eine sinnvolle Diskussion nutzen

[Dogge]

Die Debian-Entwickler scheinen ihre Empfehlung aber wohl auch öfter mal zu ändern. Der Grund warum ich mich an apt-get, statt an aptitude gewöhnt habe ist nämlich der, dass überall zur Verwendung von apt-get geraten wurde als ich das nachgeschaut habe.

[Radfahrer]

Richtig, soweit ich weiß, ist das hier:

Einspruch, Euer Ehren!

aptitude is the recommended package manager for Debian GNU/Linux systems.

veraltet und mittlerweile wird apt-get empfohlen.

Übrigens aus der gleichen Quelle:

Note
Although the aptitude command comes with rich features such as its enhanced package resolver, this complexity has caused (or may still causes) some regressions such as Bug #411123, Bug #514930, and Bug #570377. In case of doubt, please use the apt-get and apt-cache commands over the aptitude command.

Es ist ja aber völlig egal, was man verwendet.
Und ja, man darf auch gerne beides durcheinander benutzen.

[guennid]

Sieht so aus, als wäre mal wieder so'ne sinnfreie Umfrage vonnöten: "Welchen Paketmanager bevorzugst du?"

Grüße, Günther

[cronoik]

hätte man nicht "einfach" multiarch mit amd64 aktivieren können, apt auf amd64 umstellen, gezogene Paketliste installieren, update-grub, neustart, amd64 booten, apt auf i386 umstellen, paketliste purgen und zum Schluss i386 als Architektur entfernen können oder scheitert das? Mal abgesehen davon, ob dass jetzt aufwendiger als Neuinstallation ist oder nicht.

Multiarch ist nur für die Libraries, nicht aber für die Applikations-Pakete, insofern als dass eine /bin/bash sowohl für i386 als auch für amd64 immer im gleichen Ordner liegt. Ein von dir vorgeschlagener Versuch führt also sofort zu Konflikten. Es ist nicht auszuschliessen dass man das irgendwie hinzwingen könnte, aber da gehört dann sehr viel Voodoo dazu....

Vielen Dank fürs erleuchten
Habe es im Wiki auch noch einmal gefunden:

The existing proposals allow for the co-installation of libraries and headers for different architectures, but not (yet) binaries. So you can have either the i386 version of a binary, or the amd64 version, but not both (using conventional /bin paths). All the dependencies will be installed and available for the corresponding binary.

[Luxuslurch]

Sieht so aus, als wäre mal wieder so'ne sinnfreie Umfrage vonnöten: "Welchen Paketmanager bevorzugst du?"

Ich hatte eher an eine Änderung meiner Signatur gedacht, so in die Richtung "Im übrigen meine ich, dass apt-get zerstört werden muss." Oder so ähnlich...

Zum Thema: Hast nicht mal jemand Zeit, das Wagnis einzugehen? Ich wäre neugierig, bin aber zeitlich nicht so üppig gepolstert...