Repos von 12.2 auf 13.1 [Archiv] - linuxforen.de -- User helfen Usern

Phoenix_1

15.01.14, 19:04

Sauerland1

15.01.14, 19:29

Habt ihr einen Tipp?
Neuinstallation unter Beibehaltung des /home.

Denn Upgrade kann gehen (und dann noch über 2 Versionen), muss aber nicht, läuft da noch sysvinit oder systemd usw.

Bei mir gibt es immer eine Neuinstallation, hab die Festplatte schon für / einmal mit 25 GB und einmal mit 30GB partitioniert, Rest swap und /home, so kann ich immer ein System neu installieren und hab, falls grub2 funktioniert, immer ein noch funktionierendes System.

Phoenix_1

15.01.14, 20:36

Neuinstallation unter Beibehaltung des /home.

Denn Upgrade kann gehen (und dann noch über 2 Versionen), muss aber nicht, läuft da noch sysvinit oder systemd usw.

Bei mir gibt es immer eine Neuinstallation, hab die Festplatte schon für / einmal mit 25 GB und einmal mit 30GB partitioniert, Rest swap und /home, so kann ich immer ein System neu installieren und hab, falls grub2 funktioniert, immer ein noch funktionierendes System.

Danke Sauerland,

Neuinstallation kommt - nach einer ziemlichen Pleite mit einem Versuchs- Upgrade per INet bei einer 12.3 - sowieso nur infrage. Die DVD hab ich bereits liegen, aber vorher will ich alles noch einmal sichern. Die jetzige Frage dient mir lediglich zur Info, was ich nach einer Neuinstallation an Repos neu suchen muß. Und dabei möchte ich die (neuen) Repos gleich so konfigurieren, daß das optimal ist. Die Liste möchte ich nur als Anhalt haben, daß ich nichts vergesse oder falsch priorisiere.

Ach ja, ich habe die Susie in mehreren Varianten auf Stick und Festplatten (die 13.1 bereits einmal auf externer USB- Platte), sodaß ich hoffentlich nicht in der Wüste stehe. Nur hätte ich die "Neue" gern so optimal, daß ich keine Nervenzusammenbrüche gegenüber der 12.2 bekomme.:)

Wenn ich dran denke, daß eine Verwandte gerade ihr XP entsorgen mußte, weil das Mainboard nach 10 Jahren Macken zeigte... Linux kam keinesfalls in Frage, so hat sie jetzt einen neuen Rechner mit WIN7.

Mal sehen, ob mir noch jemand was zu den Repos und ihren Prioritäten sagen kann.

Nette Grüße

Phoenix

Rain_maker

15.01.14, 20:37

....so kann ich immer ein System neu installieren und hab, falls grub2 funktioniert, immer ein noch funktionierendes System.

Wobei man auch bei der Installation des neuen Systems zunächst auf die Installation eines Bootloaders verzichten könnte und dann in den Bootloader der "alten" Installation die Einträge der "neuen" mit einfügen kann.

Wenn das bootet, kann man den Bootloader immer noch nachträglich auf die neue Installation migrieren und ggf. Konfigurationen mit minimalen Änderungen übernehmen, aber das ist Geschmackssache und hängt auch von der eigenen Sicherheit im Umgang mit solch systemwichtigen Komponenten um.

Vieles geht in den meisten Fällen mit den automatischen Mechanismen des Installers gut,
wer mehr Kontrolle darüber will, muss sich ab und zu die Finger etwas schmutzig machen und zur Konsole greifen, dann ist man aber besser gegen die wenigen Ausnahmen gefeit, wo der Automatismus mal ins Leere greift.

Eine vorausschauende Planung in Bezug auf "und was ziehe ich mir noch als Backup aus dem System ausser /home" hilft da auch ungemein.

So ist z.B. ein Backup des MBR mit dd gerade mal 446 oder 512 Bytes groß, aber das kann einem im schlimmsten Fall trotzdem den Hintern retten.

Greetz,

RM

Phoenix_1

17.01.14, 16:43

Hallo Rain_maker & Sauerland,

danke für eure Tipps und Hinweise. Eigentlich wollte ich mit meiner Anfrage lediglich Tipps bekommen, was an der - jetzt historischen - Repoliste der 12.2 zu optimieren wäre, damit ich danach die 13.1- Repos passend neu aufbauen kann.

Ich hab jetzt in einem Fremdforum dutzende Threads nachgelesen und dort zufällig auch einen entscheidenden Hinweis gesehen. Nur: mit irgendwelchen SuFu hab ich den Thread nicht finden können.:mad:
Repotipps (http://www.opensuse-forum.de/gel%C3%B6st-opensuse-13-1-x86-64-und-nvidia-geforce-gt-520-system-einrichten-verwalten/allgemeines-f17/t9817-f44/?2a052143)
und für die Begriffe Paketmanagement (http://de.opensuse.org/Portal:Paket-Management)

Da mein Rechnersystem - bis auf eine Ausnahme - kein DualBoot nutzt, erst recht nicht i.V.m. Redmond, sehe ich keine Gefahr des Verlustes beim MBR. Nur /home und weitere muß ich unangetastet lassen, das /home sowie die Datenpartitionen natürlich neu einbinden.

Der Tipp:
So ist z.B. ein Backup des MBR mit dd gerade mal 446 oder 512 Bytes groß, aber das kann einem im schlimmsten Fall trotzdem den Hintern retten. ist nicht häufig zu sehen; gäbe es von euch für spätere Mitleser einen HowTo- Link dafür?

Schönes Wochenende

Phoenix

Sauerland1

17.01.14, 16:54

Hallo Rain_maker & Sauerland,

danke für eure Tipps und Hinweise. Eigentlich wollte ich mit meiner Anfrage lediglich Tipps bekommen, was an der - jetzt historischen - Repoliste der 12.2 zu optimieren wäre, damit ich danach die 13.1- Repos passend neu aufbauen kann.

Ich hab jetzt in einem Fremdforum dutzende Threads nachgelesen und dort zufällig auch einen entscheidenden Hinweis gesehen. Nur: mit irgendwelchen SuFu hab ich den Thread nicht finden können.:mad:
Repotipps (http://www.opensuse-forum.de/gel%C3%B6st-opensuse-13-1-x86-64-und-nvidia-geforce-gt-520-system-einrichten-verwalten/allgemeines-f17/t9817-f44/?2a052143)
und für die Begriffe Paketmanagement (http://de.opensuse.org/Portal:Paket-Management)

Könntest Du bitte erklären, was Du eigentlich möchtest?

Ein Upgrade mit Deiner obigen Liste (nach Umstellung der Repos von 12.2 nach 13.1)?

Kann gehen, muss nicht, siehe meinen Beitrag.
Sowie ein Upgrade nicht immer unbedingt funktionieren muss.

Rain_maker

17.01.14, 17:27

Der Tipp: ist nicht häufig zu sehen; gäbe es von euch für spätere Mitleser einen HowTo- Link dafür?

Nein, nicht häufig, nur etwa Backup MBR dd (http://www.google.com/search?q=Backup+MBR+dd&sourceid=opera&num=0&ie=utf-8&oe=utf-8) 300000 mal.

Phoenix_1

17.01.14, 17:48

Könntest Du bitte erklären, was Du eigentlich möchtest?

Ein Upgrade mit Deiner obigen Liste (nach Umstellung der Repos von 12.2 nach 13.1)?

Kann gehen, muss nicht, siehe meinen Beitrag.
Sowie ein Upgrade nicht immer unbedingt funktionieren muss.

Hallo Sauerland,

schade, daß ich wohl wieder unverständlich gefragt habe. Die Methode mit Upgrade über's Netz, indem ich die Repos z.B. im YaST manuell umbaue, kenne ich. Das mache ich aber nicht, weil ein Netzupgrade viel zu langatmig und gefahrenbelastet ist bei dem schwachen Netz hier. Außerdem ist ein Test bereits gescheitert, wo ich mit der Installations- DVD (!) das Upgrade fälschlich angewendet habe und auf dem Testsystem nur Mist entstand.

Gesehen hab ich z.B. dies:
11 | repo-source | openSUSE-13.1-Source | Nein | Ja | 99 | http://download.opensuse.org/source/distribution/13.1/repo/oss/ , bisher stand bei mir:
16 | repo-source | openSUSE-12.2-Source | Ja | Ja | 99 | http://download.opensuse.org/source/distribution/12.2/repo/oss/

Auf das nein <-> ja und die 99 käme es mir an. Oder eben : schmeiße dieses:
7 | home:uibmz:opsi:opsi40-testing | home:uibmz:opsi:opsi40-testing | Nein | Nein | 99 | http://download.opensuse.org/repositories/home:/uibmz:/opsi:/opsi40-testing/openSUSE_12.2/ 'raus usw, usf.

Ich hab ja die entscheidenden Tipps im verlinkten Thread gefunden. Danach werde ich in der 13.1 nach der Installation die Proritäten und die "Aktivieren, Aktualisieren"- Werte anpassen. Leider sind unbedarft Hinweise nur schwer im Netz zu finden, ob man denn nun die Repo "repo-update-non-oss" o.ä. nun aktivieren soll oder besser nicht.

Ich hab versucht, hier Möglichkeiten zu finden, das Thema auf "gelöst" zu setzen- ich find's nicht.

Ich kann nur hoffen, daß mein ursprüngliches Anliegen jetzt deutlich ist.

Bis später

Phoenix

Sauerland1

17.01.14, 18:10

Phoenix_1

17.01.14, 18:48

Ich grüß' Dich Sauerland,

Alles mit der Änderung der URL von 12.2 auf 13.1:

Libre-Office kannst Du drin lassen, mit Priorität 50
DVD kannst Du rauswerfen
Packman drinlassen mit Priorität 20
Lokal drinlassen mit Priorität 99
LXDE drinlassen Priorität 50
Virtualbox drinlassen mit Prirität 99
Nvidia drinlassen mit Priorität 99
Filesytem drinlassen mit Priorität 50
home:uibmz rauswerfen?
CD rauswerfen
Debug, debug-update, debug-update-non-oss und source kannst Du als normaler Anwender rauswerfen oder zumindest aktualisieren und aktivieren ausschalten
OSS,Non-OSS, Update und Update-non-OSS mit Priorität 99 drinlassen.

Mit drinlassen meine ich aktiviert und aktualisieren.

Zu den Prioritäten:
Es kommt darauf an, welches Repo bei der Installation eines Paketes zuerst berücksichtigt werden soll, je kleiner die Zahl desto eher wird es berücksichtigt.
Beispiel libre-office:
Ist im OSS und im Libre-office Repo, Du möchtest es ja aus dem Libre-Office-Repo haben, daher die Priorität von 50.
Wenn man einmal seine Repos gescheit eingerichtet hat, reicht einmal ein

zypper dup
um umzustellen, danach immer nur

zypper up

Dies:
Diesem Repo sollte aber eine höhere Priorität (= kleinere Zahl) gegeben werden als dem SUSE-Update, und das SUSE-LibreOffice-Repo darf darin nicht aufgenommen werden, sonst gibt's Konflikte.

hab ich in meiner Anleitung zur eigenen Repo (aktuell nur für AOO). Die Hinweise "generell" hab ich natürlich; nur speziell auf meine Installation bezogen nicht. Aber Du hast mir das ja jetzt passend serviert.

Vielen Dank noch einmal

Phoenix