Gibt es eine Möglichkeit, meine 32-Bit-Version von Ubuntu auf die 64-Bit-Version zu aktualisieren? Ich benutze Ubuntu 9.10.
Wenn es keinen einfachen Weg gibt, was passiert, wenn ich einfach mein Zuhause und meine /etcVerzeichnisse auf eine neue Installation kopiere ? Funktioniert das dann?
Antworten:
Leider gibt es wie bei anderen Betriebssystemen keinen "Upgrade-Pfad", um dies zu tun. Mit ziemlicher Sicherheit müssen Sie eine Neuinstallation durchführen.
Um Ihre Daten zu erhalten, ist das Sichern Ihres Home-Verzeichnisses zusammen mit anderen Daten eine gute Idee und sollte leicht in Ihre neue Installation importiert werden können.
Sichern Sie immer Ihre Daten, bevor Sie etwas unternehmen!
Ich würde nicht einfach /etcbei geringfügigen Unterschieden zwischen den Konfigurationsanforderungen für 64-Bit-Kompilierungen von Paketen kopieren, sondern eine Kopie differstellen und dann die Kopie gegen das neu installierte 64-But-System kopieren. Die Wahrscheinlichkeit ist groß, dass die Anzahl der Änderungen nicht massiv ist. Daher ist es hoffentlich keine große Schwierigkeit, die erforderlichen Änderungen manuell vorzunehmen.
Das Kopieren, /etcwie Sie vorschlagen, sollte jedoch in Ordnung sein - ich würde es aus Gründen der Paranoia nur länger machen. Das Kopieren /home, das Hauptproblem bei der Migration von einer Installation zu einer anderen, ist mit größerer Wahrscheinlichkeit absolut sicher.
Wenn Sie nur auf 64-Bit umsteigen möchten, um mehr RAM zu nutzen, anstatt speziell 64-Bit-Anwendungen zu verwenden, können Sie einfach einen 64-Bit-Kernel mit einem 32-Bit-Benutzerbereich verwenden. Debian stellt tatsächlich a64-Kernel-Pakete in seinen i386-Repositories zur Verfügung, so dass dies so einfach wie möglich ist aptitude install linux-image-2.6-amd64, aber Ubuntu tut dies leider nicht das technisch erfahrene (dh das ist einfach, aber nurWenn Sie zuvor Ihren eigenen Kernel kompiliert haben, sind Sie mit dem Vorgang vertraut. Wenn Sie einen 64-Bit-Kernel mit einem 32-Bit-Benutzerland ausführen, kann eine einzelne App immer noch höchstens auf ~ 3Gb (in einigen Fällen nur auf ~ 2Gb) zugreifen, aber auf das System als Ganzes (alle Prozesse zusammen plus das Kernel-Zeug wie IO-Cache und Puffer können so viel verbrauchen, wie Sie haben. Jede VMWare-VM wird für diese Zwecke als einzelne App gezählt. Auf diese Weise führe ich einen meiner älteren VM-Hosts aus (die VMs verwenden insgesamt ~ 7 GB mit 64-Bit-Kernel, 32-Bit-Benutzerland und 32-Bit-VMWare), da dies schneller war als eine vollständige 64-Bit-Aktualisierung des Host-Betriebssystems, als ich die CPU des Computers auf eine 64-Bit-fähige aufrüstete und den zusätzlichen Arbeitsspeicher hinzufügte - ich würde vermuten, dass ähnliche VM-Lösungen genauso funktionieren würden.
Ich habe meinen Rechner letzten Monat von 32bit 10.10 auf 64bit 10.10 neu installiert, ohne Daten zu verlieren. Der einzige Trick besteht darin, Tools zur Größenänderung der Festplatte auszuwählen und nicht die gesamte Festplatte zu formatieren, wenn Sie das 64-Bit-Ubuntu 10.10 neu installieren.
Das Ausführen eines 32-Bit-Benutzerlandes auf einem 64-Bit-Kernel kann zu Problemen führen, sobald Systemeinrichtungen beteiligt werden. Beispielsweise funktioniert die Verwendung der 32-Bit-Libalsa auf einem 64-Bit-Kernel fast, ist jedoch ziemlich unzuverlässig und instabil, da die in asound.h definierten ioctl-Datenstrukturen beim Kompilieren mit 64-Bit- und 32-Bit-Architekturen unterschiedliche Größen und Anordnungen aufweisen.
Wenn Sie also jackd -d alsa -X alsaraw (oder dessen jackd2-Äquivalent) verwenden, wird der Vorgang mit einer fehlgeschlagenen Bestätigung abgebrochen, wenn Sie ein 32-Bit-Dienstprogramm auf einem 64-Bit-Kernel aufrufen. Standard-Audiobetrieb ist viel weniger zuverlässig, da die Pufferanzahl falsch interpretiert wird.
Im Allgemeinen müssen alle Kerneldatenstrukturen so deklariert werden, dass sich ihre Größe nicht zwischen 32- und 64-Bit-Kerneln unterscheidet, oder der 32-Bit-Code muss klug sein, unterschiedliche Strukturdefinitionen entsprechend der Kernelarchitektur zu verwenden.
Alles in allem ist es also wahrscheinlich besser, wenn Sie von Grund auf neu installieren und Ihre Home-Partition / Ihr Home-Verzeichnis übertragen.
etckeeperauf dem alten System und auf dem neuen System und führen Sie nach der Installation aller zusätzlichen Pakete (dselectunddpkg -l), die auf dem alten System installiert sind, Ihre Änderungen im Vergleich zu den dist-Konfigurationsdateien auf dem neuen System zusammen;) ...