update mit eventuellem Rückwärtsgang

TomToelpel · 26. Dezember 2003

Hallo,

Ich möchte von 1.1.20 auf 1.2.6 inkl. neuem driver updaten.

Aus leidiger Erfahrung (never touch a running system) und weil ich mir das Geschrei meiner Kinder ersparen möchte ("Wie kein Bob der Baumeister mehr") möchte ich wenn möglich eine Rückzugsmöglichkeit einbauen.
Also wenn doch was schiefgeht das alte aber bewährte System starten können.

Ich stelle mir das so vor:

bei Links (DVB und VDR) auf die neuen Verzeichnisse setzen. DVB und VDR entsprechend neu maken und die ganzen conf Dateien anpassen.

Wenn was schiefgeht einfach die Links wieder zurücksetzen und ein make install um die binaries wieder an die passenden Orte zu kopieren. Conf Dateien zurückspielen und gut ist.

Funktioniert das so?

Muß ich vorher im bisherigen VDR / DVB Verzeichnis ein make clean absetzen?

Danke für Eure Hilfe und schönes Fest noch.

Gruß
Thomas

Torsten/WarEagle · 26. Dezember 2003

Geht problemlos, ich habe mal hier was geschrieben gehabt
http://www.vdr-portal.de/board/thread.php?threadid=5858&sid=
da mache ich das genauso.
Ein make clean ist nicht notwendig, würde nur festplattenspeicher bringen.
Einfach links zurrücksetzen und make install -> Fertig.

SvenS · 26. Dezember 2003

Zitat

Original von TomToelpel
Hallo,

Ich möchte von 1.1.20 auf 1.2.6 inkl. neuem driver updaten.

Vernünftig

Zitat

bei Links (DVB und VDR) auf die neuen Verzeichnisse setzen. DVB und VDR entsprechend neu maken und die ganzen conf Dateien anpassen.

Ja, soweit richtig...

Zitat

Wenn was schiefgeht einfach die Links wieder zurücksetzen und ein make install um die binaries wieder an die passenden Orte zu kopieren. Conf Dateien zurückspielen und gut ist.

Funktioniert das so?

Grundsätzlich ja...

Zitat

Muß ich vorher im bisherigen VDR / DVB Verzeichnis ein make clean absetzen?

NEIN, dann haut das alles nicht mehr hin...

Wenn Du evtl. mal ein bischen basteln willst und der VDR aber "Produktiv" genutzt wird (Kinder/Frau schreien wenn nicht geht), dann empfiehlt sich bei einem Update folgendes:

DVB Treiber und VDR in seperates Verzeichnis kopieren. Im Verzeichnis des neuen Treibers make. Danach DVB link anpassen. Dann neuen VDR maken und ebenfalls link anpassen. anstatt make install ist es besser einen link z.B. in /usr/lokal/bin auf das vdr binary zu setzen udn das aus der bestehenden runvdr aufzurufen. Das make install spare ich mir. Ich hab meistens drei oder vier Versionen von VDr (mit patches ohne usw) und mehrere Treiberversionen parallel installiert. Ich muss nur die Links DVB und VDR jeweils ändern und VDR neustarten um die Version zu ändern. D.h. bei Problemen hab ich die last known good konfig innerhalb von zwei Minuten wieder laufen.

bye

Sven

Holgi · 26. Dezember 2003

Hallo,

ich erspare mir die Anpassungen von Links etc., indem ich einfach von /usr/local/src, /usr/local/bin, /video Zips mit Datum erzeuge und ins Netz sichere.

Bei Basteleien kann ich dann immer im aktuellen VDR experimentieren und muß mir keine Sorgen bzgl. irgendwelcher Änderungen machen: entweder die Versuche sind ok oder aber einfach alles löschen und die Zips wieder entpacken.

Gruß,
Holger

TomToelpel · 26. Dezember 2003

N'abend,

Schlagt mich, aber irgendwas ist doch schiefgegangen

Eigentlich dachte ich alles ist OK, aber nach einem Neustart dann das:

Code

linux:/usr/local/src/DVB/driver # ./makedev.napi
Creating DVB devices in /dev/dvb/adapter0
Creating DVB devices in /dev/dvb/adapter1
Creating DVB devices in /dev/dvb/adapter2
Creating DVB devices in /dev/dvb/adapter3




linux:/usr/local/src/DVB/driver # make insmod
/lib/modules/2.4.19-4GB/build/scripts/pathdown.sh: line 4: TOPDIR: parameter null or not set
DIR=`pwd`; (cd /lib/modules/2.4.19-4GB/build; make SUBDIRS=$DIR modules)
make[1]: Wechsel in das Verzeichnis »/usr/src/linux-2.4.19.SuSE«
make -C  /usr/local/src/DVB/driver CFLAGS="-D__KERNEL__ -I/usr/src/linux-2.4.19.SuSE/include  -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=athlon  -DMODULE" MAKING_MODULES=1 modules
make[2]: Wechsel in das Verzeichnis »/usr/local/src/linux-dvb.2003-11-08/driver«
make[2]: Zirkuläre Datei /usr/src/linux-2.4.19.SuSE/include/asm/processor.h <- /usr/src/linux-2.4.19.SuSE/include/linux/list.h Abhängigkeit wird nicht verwendet.
ld -m elf_i386 -r -o dvb-core.o dmxdev.o dvb_demux.o dvb_net.o dvb_i2c.o dvb_filter.o dvb_frontend.o dvbdev.o compat.o dvb_ksyms.o
make -C av7110 modules
make[3]: Wechsel in das Verzeichnis »/usr/local/src/linux-dvb.2003-11-08/driver/av7110«
make[3]: Zirkuläre Datei /usr/src/linux-2.4.19.SuSE/include/asm/processor.h <- /usr/src/linux-2.4.19.SuSE/include/linux/list.h Abhängigkeit wird nicht verwendet.
ld -m elf_i386 -r -o dvb-ttpci.o saa7146_core.o saa7146_v4l.o av7110.o av7110_ir.o ttpci_eeprom.o
make[3]: Verlassen des Verzeichnisses »/usr/local/src/linux-dvb.2003-11-08/driver/av7110«
make -C b2c2 modules
make[3]: Wechsel in das Verzeichnis »/usr/local/src/linux-dvb.2003-11-08/driver/b2c2«
make[3]: Für das Target »modules« gibt es nichts zu tun.
make[3]: Verlassen des Verzeichnisses »/usr/local/src/linux-dvb.2003-11-08/driver/b2c2«
make -C frontends modules
make[3]: Wechsel in das Verzeichnis »/usr/local/src/linux-dvb.2003-11-08/driver/frontends«
make[3]: Zirkuläre Datei /usr/src/linux-2.4.19.SuSE/include/asm/processor.h <- /usr/src/linux-2.4.19.SuSE/include/linux/list.h Abhängigkeit wird nicht verwendet.
make[3]: Für das Target »modules« gibt es nichts zu tun.
make[3]: Verlassen des Verzeichnisses »/usr/local/src/linux-dvb.2003-11-08/driver/frontends«
make[2]: Verlassen des Verzeichnisses »/usr/local/src/linux-dvb.2003-11-08/driver«
make[1]: Verlassen des Verzeichnisses »/usr/src/linux-2.4.19.SuSE«


sync
(                                               \
insmod videodev;                                \
                                \
insmod dvb-core.o dvb_shutdown_timeout=0;       \
make -C frontends insmod;                       \
 make -C av7110 insmod;  make -C b2c2 insmod; \
)
Using /lib/modules/2.4.19-4GB/kernel/drivers/media/video/videodev.o
insmod: a module named videodev already exists
insmod: a module named dvb-core already exists
make[1]: Wechsel in das Verzeichnis »/usr/local/src/linux-dvb.2003-11-08/driver/frontends«
insmod alps_bsrv2.o;   insmod alps_tdmb7.o;   insmod alps_tdlb7.o;   insmod grundig_29504-401.o;   insmod grundig_29504-491.o;   insmod stv0299.o;   insmod ves1820.o;   insmod tda1004x.o;   insmod mt312.o;
insmod: a module named alps_bsrv2 already exists
insmod: a module named alps_tdmb7 already exists
insmod: a module named grundig_29504-401 already exists
insmod: a module named ves1820 already exists
make[1]: Verlassen des Verzeichnisses »/usr/local/src/linux-dvb.2003-11-08/driver/frontends«
make[1]: Wechsel in das Verzeichnis »/usr/local/src/linux-dvb.2003-11-08/driver/av7110«
insmod input; \
insmod evdev; \
insmod dvb-ttpci.o;
Using /lib/modules/2.4.19-4GB/kernel/drivers/input/input.o
insmod: a module named input already exists
Using /lib/modules/2.4.19-4GB/kernel/drivers/input/evdev.o
insmod: a module named dvb-ttpci already exists
make[1]: *** [insmod] Fehler 1
make[1]: Verlassen des Verzeichnisses »/usr/local/src/linux-dvb.2003-11-08/driver/av7110«
make[1]: Wechsel in das Verzeichnis »/usr/local/src/linux-dvb.2003-11-08/driver/b2c2«
insmod skystar2.o;
skystar2.o: init_module: No such device
Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters.
      You may find more information in syslog or the output from dmesg
make[1]: [insmod] Fehler 1 (ignoriert)
make[1]: Verlassen des Verzeichnisses »/usr/local/src/linux-dvb.2003-11-08/driver/b2c2«
sync
linux:/usr/local/src/DVB/driver #

Alles anzeigen

Es ist zum ko.... Kann mir einer helfen?

Danke
Thomas

Torsten/WarEagle · 27. Dezember 2003

Zitat

Original von Holgi
ich erspare mir die Anpassungen von Links etc., indem ich einfach von /usr/local/src, /usr/local/bin, /video Zips mit Datum erzeuge und ins Netz sichere.

naja mit mc ist das "str-c str-s" und sofort kannst du den namen ändern. Finde ich nicht umständlich.

Zu deinem anderen Problem, hast du vorm umbenennen keinen rmmod gemacht?

Sehr seltsam finde ich auch das hier "Zirkuläre Datei " hast du irgendwas anderes noch installiert?

SvenS · 27. Dezember 2003

Zitat

Original von Holgi
Hallo,

ich erspare mir die Anpassungen von Links etc., indem ich einfach von /usr/local/src, /usr/local/bin, /video Zips mit Datum erzeuge und ins Netz sichere.

Bei Basteleien kann ich dann immer im aktuellen VDR experimentieren und muß mir keine Sorgen bzgl. irgendwelcher Änderungen machen: entweder die Versuche sind ok oder aber einfach alles löschen und die Zips wieder entpacken.

Gruß,
Holger

Alles anzeigen

Hi,

wie gesagt, mit links geht das schneller, da man weder packen noch kopieren muss. Wie ich schon sagte, wechsel von einer zur anderen vERsion mit verändern der Links inkl. Neustart von VDR und Treiber geht innerhalb ein/zwei Minuten. Das problem bei Deiner Methode ist, das man immer sicherstellen muss, das alle dateien richtig gepackt und beim Auspacken richtig überschrieben werden und nichts von der alten Version übrigbleibt.

bye

Sven

TomToelpel · 27. Dezember 2003

Moin Moin,

gegen 3:00 Uhr heute nacht (RTL zeigte gerade die Wiederholung von Terminator) hatte ich selbigen plötzlich wieder auf dem Bildschirm

Nach zig 'make cleans' nach vielem Lesen und prüfen ob alle module geladen sind,
hat es dann doch noch funktioniert.

Folgendes Szenario:
Aufruf der runvdr über die inittab
-> Dummer anderer Fehler in der runvdr
-> vdr startet immer wieder durch
-> runvdr versucht immer wieder die treiber zu laden
-> Ich versuche immer wieder die treiber von Hand zu laden
-> nix geht -> ich sersuch die treiber zu bauen
-> nix geht wegen der dauernd laufenden runvdr
-> irgndwann spät in der Nacht habe ich neu gebootet mit auskommentierter runvdr in der inittab
-> treiber neu gebaut
-> make insmod
-> Arni auf dem Fernseher

Ein Problem gibt es noch: beim make insmod bleibt mit Fehler 1 stehen und meckert von einer Skystar Karte die fehlschlug, schreibt aber netterweise ein 'ignored' dahinter.

Fernsher läuft, Bob der Baumeister Test wurde auch bestanden. Alles wird gut im neuen Jahr....

Spaß beiseite:
Wäre es nicht hilfreich eine Art trouble shooting FAQ zu machen? Mit Sachen wie:

- Kernerl Sourcen und Kernel müssen passen -> Wie sehe ich welchen Kernel ich habe?

- Treiber vor dem übersetzen entladen -> Wie mache ich das

- Hinweis wie sehe ich die geladenen Module

- Wie sehe ich IRQ Konflikte

usw. usw

Ich stelle gerne die doofen Fragen, wenn einer von Euch die schlauen Antworten gibt.

Ansonsten Danke erstmal für Eure Hilfe und guten Rutsch.

Thomas

Torsten/WarEagle · 27. Dezember 2003

Zitat

Original von TomToelpel
Ein Problem gibt es noch: beim make insmod bleibt mit Fehler 1 stehen und meckert von einer Skystar Karte die fehlschlug, schreibt aber netterweise ein 'ignored' dahinter.

Er versucht jedesmal beide Treiber zu laden, also einmal die für die "normalen" Karten un die für die Skystar, wenn du da keine von drin hast meckert er, das ist aber normal. Solange da "ignored" dransteht und es läuft kann mans wirklich ignorieren.

Zitat

Original von TomToelpel
- Kernerl Sourcen und Kernel müssen passen -> Wie sehe ich welchen Kernel ich habe?

uname -a eintippen

Zitat

Original von TomToelpel
- Treiber vor dem übersetzen entladen -> Wie mache ich das

Ins DVB-Source-Verzeichnis-Unterverzeichnis-Driver gehen und make rmmod machen

Zitat

Original von TomToelpel
- Hinweis wie sehe ich die geladenen Module

lsmod eintippern

Zitat

Original von TomToelpel
- Wie sehe ich IRQ Konflikte

cat /proc/interrupts

update mit eventuellem Rückwärtsgang

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema