Neue Distri für SMT?

giga-san · 30. März 2011

Ein Update funktioniert denkbar einfach:

Der Update-Prozess ueberschreibt die readonly Partition mit neuem Inhalt und loescht die config-dateien.

Ein Update ist moeglich (online-update) wenn die Versions-ID im Netz groesser ist als die Installierte.

Die Konfiguration wird geloescht, wenn es Aenderungen in den Dateien admin.conf, adminbase.conf, oder
in anderen gesicherten Konfigurationsdateien gibt. Die neuen Versionen der Dateien bringt das ROM mit.
Wenn sich da nichts aendert, muss die Konfiguration auch nicht zurueckgestetzt werden.

Der Kernel wird innerhalb eines Releases nicht getauscht.

Um das realisieren zu koennen gibt es im VERSION-File die release Version
Bsp: 020000 (so wie grad, statisch)
XXYYZZ: X = release, Y = version, Z = minor-version

Gibt es ein Update, und nur Z aendert sich, wird nur das ROM getauscht, Aendert sich Y, dann muss die Config neu eingegeben werden.
Einen Update des Releases hab ich noch nicht im Plan.

Gruss,

Giga

decembersoul · 30. März 2011

OK danke.
Dann muss ich mal sehen wie ich die Boxen remote auf das aktuelle Image bringen kann.

Hast Du noch vor auf die 1.7.17 zu gehen?
Das TrueOSD sollte ja vielleicht noch was bringen. Vielleicht gehen dann auch die Blitzer weg. Bei meinem Schwager sind die ja nur wenn das OSD auf ist.

giga-san · 30. März 2011

Nein, ich hatte nicht vor auf die 1.7.17er zu gehen, denn das OSD ist eigentlich
nix fuer die SMT, und sonst scheint ja nix reingekommen zu sein.

Ich beschaeftige mich grad mit dem 'Pause' Haenger, und muss zugeben,
dass ich da etwas verwirrt bin, denn von anderen xineliboutput Varianten
hatte ich nix von dem Problem gehoert, aber es sieht so aus, als ob
das Problem im Frontend liegt.

Wenn ich Pause druecke geht es in den Pause-Modus, aber xinelibotput
wartet blockierend auf mehr Daten, und der lirc-receive Thread kommt
auch nicht mehr dran .... komisch.

Mal weiter schauen.

Giga

guidoN · 1. April 2011

Hallo,

Kann es sein, das sich mit dem letzten Release etwas in der DNS (Netzwerk) Konfiguration geändert hat ?

Wollte mal mit "wget" mir ein paar plugins direkt auf die SMT kopieren und musste feststellen das der Hostname
nicht aufgelöst werden konnte.
Auch die Namen meiner lokalen Hosts werden nicht aufgelöst.
Meine SMT hängt an einer FritzBox IP 192.168.178.1 und bekommt ihre Adresse per DHCP.
Ich meine bei "früheren" Beta's ging das noch...
Ping auf die IP Adressen remote/lokal funktioniert.

Das würde erklären warum auch der Menüpunkt SW-update nicht funktionierte.
Habe ich etwas vergessen zu konfigurieren, oder ist das evtl. ein Bug ?
Mir scheint das kein DNS Server Eintrag da ist, hier müsste ja normalerweise meine FritzBox
stehen.

Hier mal einige Netzwerk Infos zu meiner SMT:

Code

-bash-4.1# ifconfig
eth0  	Link encap:Ethernet  HWaddr 00:00:F0:20:C6:F1
      	inet addr:192.168.178.46  Bcast:192.168.178.255  Mask:255.255.255.0
      	UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      	RX packets:1280 errors:0 dropped:0 overruns:0 frame:0
      	TX packets:508 errors:0 dropped:0 overruns:0 carrier:0
      	collisions:0 txqueuelen:1000
      	RX bytes:110399 (107.8 KiB)  TX bytes:59882 (58.4 KiB)


lo    	Link encap:Local Loopback
      	inet addr:127.0.0.1  Mask:255.0.0.0
      	UP LOOPBACK RUNNING  MTU:16436  Metric:1
      	RX packets:361 errors:0 dropped:0 overruns:0 frame:0
      	TX packets:361 errors:0 dropped:0 overruns:0 carrier:0
      	collisions:0 txqueuelen:0
      	RX bytes:145551 (142.1 KiB)  TX bytes:145551 (142.1 KiB)


-bash-4.1# netstat -r
Kernel IP routing table
Destination 	Gateway     	Genmask     	Flags   MSS Window  irtt Iface
192.168.178.0   *           	255.255.255.0   U     	0 0      	0 eth0
127.0.0.0   	*           	255.0.0.0   	U     	0 0      	0 lo
default     	192.168.178.1   0.0.0.0     	UG    	0 0      	0 eth0

Alles anzeigen

bernie · 2. April 2011

Hallo guidoN

Hast du denn unter

Administrative Aufgaben
2. Netzwerkeinstellungen
Nameserver

Konfiguriert?

bernie

guidoN · 2. April 2011

Hallo Bernie,

Nein, einen DNS Server habe ich nicht extra eingetragen, da ich ja DHCP ausgewaehlt habe, bin der Meinung das dann ja automatisch die Adresse des Nameservers bei IP-Adressvergabe mit uebertragen wird, oder ?
Probiere das aber morgen mal aus.

GuidoN

guidoN · 3. April 2011

So, habe noch ein wenig geforscht.

Es ist tatsächlich so das, die neuste Beta Probleme mit der DNS Namesauflösung hat.
Wenn ich als Netzwerkeinstellung DHCP verwende wird beim alten Release das /etc/resolv.conf file
automatisch angepasst, siehe:

Code

-bash-4.1# cat /etc/resolv.conf
# Generated by dhcpcd from eth0
# /etc/resolv.conf.head can replace this line
search fritz.box
nameserver 192.168.178.1
# /etc/resolv.conf.tail can replace this line

Nun stimmt der Namserver Eintrag und alles geht... z.B.

Code

-bash-4.1# nslookup ftp.hp.com
Server:	192.168.178.1
Address 1: 192.168.178.1 fritz.box


Name:  	ftp.hp.com
Address 1: 15.201.49.135 g4u1136.houston.hp.com
Address 2: 15.201.57.23 g4u1138.houston.hp.com

Im neusten Release sieht das so aus:

Code

-bash-4.1# cat /etc/resolv.conf
# Generated by dhcpcd from eth0
# /etc/resolv.conf.head can replace this line
# /etc/resolv.conf.tail can replace this line
-bash-4.1#
### Das geht dann natürlich auch nicht ###
-bash-4.1# nslookup ftp.hp.com
Server:	0.0.0.0
Address 1: 0.0.0.0


nslookup: can't resolve 'ftp.hp.com': Name or service not known
-bash-4.1#

Alles anzeigen

EIn festes Eintragen der DNS Server IP-Adresse in das Netztwerk-Menü hat übrigens nicht
geholfen, hatte ich aber auch nicht anders erwartet.

Giga
Schau doch mal ob Du den Fehler auch hast.
Das zen2vdr Image hat übrigens die md5sum 7ab0384a0889dfb3f0a60d3edeb2ab5c
Langsam verliere ich die Übersicht mit den vielen zen2vdr-r2-beta Verionen
Kannst Du nicht vieleicht das Erstell-Datum mit in den Filenamen aufnehmen ?

GuidoN

giga-san · 4. April 2011

guidoN:

Hi, den Bug hab ich nicht, ich habe seit dem 17.Februar keine OS-Builds
mehr gestartet, seitdem ist es der selbe DHCP Client.
Was Build-Versionen angeht sollte eigentlich das Datum der /Version Datei
immer das Build-Datum angeben, aber da hat sich leider in meinem Build
ein Bug eingeschlichen, sodass das immer durch ein Aelteres ersetzt wurde.
Aber das reparier ich wieder.

Gruss,

Giga

decembersoul · 8. April 2011

Kannst Du die Ausgaben von fsck auf /dev/tty0 umleiten?

Nur so als Info, die Standard bootausgaben landen auf /dev/tty4. (kernel Parameter)
Wenn Du bei Dir testest, wie machst Du die Ausgaben sichtbar?

Leider kann ich dem bootloader ja kein console=/dev/tty0 übergeben.

setconsole und alle versuche die Ausgaben von tty4 nach tty0 um zu leiten sind bei mir fehlgeschlagen.
Habe das Problem das zwei Boxen mehr als 10 min zum booten brauchen.

Habe nun einen Teil der initscripte ersetzt und leite die Ausgaben per > /dev/tty0 um.
Das ist etwas mühsam und ich glaube das Du es anders machst.
Würde nur gerne wissen wie?

giga-san · 8. April 2011

Hi,

per command-line ist alles nach /dev/tty4 umgeleitet, wenn ich teste setzte ich das zurueck
oder schalte per usb-keyboard nach tty4 um.

Du kannst das in der lilo.conf aendern.

Die initscripte die auf tty0 was ausgeben leiten ihre Ausgabe nach
/dev/tty0 um.

Klar kann ich das fsck umleiten, aber das waere echt haesslich ...

Giga

decembersoul · 8. April 2011

Umschalten per Tastatur ist für mich leider nicht möglich.

Update der lilo.conf habe ich leider nicht hin bekommen.
Ich kann zwar die Datei ändern aber ich bekomme es nicht hin den bootloader up zu daten.

Code

zen2vdr-r2 ~ # lilo -C  /etc/lilo.conf -v -m /tmp/map 
LILO version 22.8, Copyright (C) 1992-1998 Werner Almesberger
Development beyond version 21 Copyright (C) 1999-2006 John Coffman
Released 19-Feb-2007 and compiled at 22:41:22 on Feb 16 2011


Warning: LBA32 addressing assumed
Reading boot sector from /dev/hda
Fatal: Trying to map files from unnamed device 0x000c (NFS/RAID mirror down ?)

Muss sagen das ich mich mit lilo nicht aus kenne.
Ich weiß aber nicht ob das hier schon zu weit ins detail geht.

giga-san · 9. April 2011

lilo updatest du so:

Code

-bash-4.1# lilo -r /tmp/config 
Warning: LBA32 addressing assumed
Added zen2vdr-r2 *
Added devel
One warning was issued.
-bash-4.1#

in /tmp/config/etc ist auch das lilo.conf

Giga

giga-san · 9. April 2011

Ich habe grad' noch mal ein neues Image hochgeladen.

Aenderungen:

- Pause taste : bei mir tut es, der Vorlauf ist jetzt 10s + anderer Kernel.
- Weniger Mikroruckler
- /VERSION hat immer den Timestamp des Builds (wieder)
- Reboot-loop, wenn Disk nicht gemountet werden kann.
- Display sollte beim Update nicht mehr blanken.
- kleine Aenderungen in den Scripten

Das ist wieder ein volles Update, bitte DOM komplett flashen.

Giga

GMO · 9. April 2011

Moin,

brauche ich immer noch 4 Partitionen, um die zen2vdr beta auf eine Festplatte zu installieren?
Siehe: http://www.vdr-wiki.de/wiki/in…on_auf_interne_Festplatte

Falls ja, wie bekomme ich part1?

Ciao, GMO

giga-san · 9. April 2011

2 Moeglichkeiten:

Du benutzt das layout vom DOM
- dd den Dom-Image auf die Platte, reboote und partitioniere den Rest der Platte.

Du extrahierst die Partitionen
- dd das Image auf Platte oder USB-Stick, dann extrahiere die Daten der 2 Partitionen

Gruss,

Giga

decembersoul · 9. April 2011

Die neue Version macht bei mir nach ca 5 min ein reboot.

Code

Jan  1 01:44:26 192.168.1.111 vdr: [570] [xine..put] Detected video size 720x576
Jan  1 01:49:02 192.168.1.111 kernel: vdr invoked oom-killer: gfp_mask=0x200da, order=0, oom_adj=0, oom_score_adj=0
Jan  1 01:49:02 192.168.1.111 kernel: Pid: 264, comm: vdr Not tainted 2.6.36 #28
Jan  1 01:49:02 192.168.1.111 kernel: Call Trace:
Jan  1 01:49:02 192.168.1.111 kernel:  [<c1044366>] ? T.425+0x37/0xff
Jan  1 01:49:02 192.168.1.111 kernel:  [<c104445e>] ? T.423+0x30/0x16b
Jan  1 01:49:02 192.168.1.111 kernel:  [<c115af12>] ? security_real_capable_noaudit+0x1f/0x38
Jan  1 01:49:02 192.168.1.111 kernel:  [<c1044747>] ? out_of_memory+0x1ae/0x22e
Jan  1 01:49:02 192.168.1.111 kernel:  [<c10469ff>] ? __alloc_pages_nodemask+0x3cb/0x482
Jan  1 01:49:02 192.168.1.111 kernel:  [<c104b669>] ? shmem_getpage+0xc1/0x59e
Jan  1 01:49:02 192.168.1.111 kernel:  [<c1042029>] ? generic_file_buffered_write+0xc2/0x1cb
Jan  1 01:49:02 192.168.1.111 kernel:  [<c10430d6>] ? __generic_file_aio_write+0x3ab/0x3e8
Jan  1 01:49:02 192.168.1.111 kernel:  [<c1043166>] ? generic_file_aio_write+0x53/0x9d
Jan  1 01:49:02 192.168.1.111 kernel:  [<c105ea4a>] ? do_sync_write+0x9d/0xd2
Jan  1 01:49:02 192.168.1.111 kernel:  [<c107e145>] ? fsnotify+0x1c1/0x1d8
Jan  1 01:49:02 192.168.1.111 kernel:  [<c115ae48>] ? security_file_permission+0x13/0x5d
Jan  1 01:49:02 192.168.1.111 kernel:  [<c105ebea>] ? rw_verify_area+0x99/0xba
Jan  1 01:49:02 192.168.1.111 kernel:  [<c105e9ad>] ? do_sync_write+0x0/0xd2
Jan  1 01:49:02 192.168.1.111 kernel:  [<c105f28d>] ? vfs_write+0x83/0xf0
Jan  1 01:49:02 192.168.1.111 kernel:  [<c105f390>] ? sys_write+0x3c/0x63
Jan  1 01:49:02 192.168.1.111 kernel:  [<c10023f0>] ? sysenter_do_call+0x12/0x26
Jan  1 01:49:02 192.168.1.111 kernel:  [<c1250000>] ? g_make_token_header+0xca/0xde
Jan  1 01:49:02 192.168.1.111 kernel: Mem-Info:
Jan  1 01:49:02 192.168.1.111 kernel: DMA per-cpu:
Jan  1 01:49:02 192.168.1.111 kernel: CPU    0: hi:    0, btch:   1 usd:   0
Jan  1 01:49:02 192.168.1.111 kernel: Normal per-cpu:
Jan  1 01:49:02 192.168.1.111 kernel: CPU    0: hi:   42, btch:   7 usd:  19
Jan  1 01:49:02 192.168.1.111 kernel: active_anon:10954 inactive_anon:13301 isolated_anon:0
Jan  1 01:49:02 192.168.1.111 kernel:  active_file:1151 inactive_file:1163 isolated_file:0
Jan  1 01:49:02 192.168.1.111 kernel:  unevictable:33 dirty:0 writeback:0 unstable:0
Jan  1 01:49:02 192.168.1.111 kernel:  free:433 slab_reclaimable:428 slab_unreclaimable:948
Jan  1 01:49:02 192.168.1.111 kernel:  mapped:2245 shmem:12137 pagetables:123 bounce:0
Jan  1 01:49:02 192.168.1.111 kernel: DMA free:612kB min:176kB low:220kB high:264kB active_anon:6408kB inactive_anon:8880kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15804kB mlocked:0kB dirty:0kB writeback:0kB m
Jan  1 01:49:02 192.168.1.111 kernel: lowmem_reserve[]: 0 109 109
Jan  1 01:49:02 192.168.1.111 kernel: Normal free:1120kB min:1248kB low:1560kB high:1872kB active_anon:37408kB inactive_anon:44324kB active_file:4604kB inactive_file:4652kB unevictable:132kB isolated(anon):0kB isolated(file):0kB present:112204kB mlocked:132kB dirty
Jan  1 01:49:02 192.168.1.111 kernel: lowmem_reserve[]: 0 0 0
Jan  1 01:49:02 192.168.1.111 kernel: DMA: 1*4kB 0*8kB 0*16kB 1*32kB 1*64kB 0*128kB 0*256kB 1*512kB 0*1024kB 0*2048kB 0*4096kB = 612kB
Jan  1 01:49:02 192.168.1.111 kernel: Normal: 0*4kB 0*8kB 0*16kB 1*32kB 1*64kB 0*128kB 0*256kB 0*512kB 1*1024kB 0*2048kB 0*4096kB = 1120kB
Jan  1 01:49:02 192.168.1.111 kernel: 14451 total pagecache pages
Jan  1 01:49:02 192.168.1.111 kernel: 0 pages in swap cache
Jan  1 01:49:02 192.168.1.111 kernel: Swap cache stats: add 0, delete 0, find 0/0
Jan  1 01:49:02 192.168.1.111 kernel: Free swap  = 0kB
Jan  1 01:49:02 192.168.1.111 kernel: Total swap = 0kB
Jan  1 01:49:02 192.168.1.111 kernel: 32352 pages RAM
Jan  1 01:49:02 192.168.1.111 kernel: 1265 pages reserved
Jan  1 01:49:02 192.168.1.111 kernel: 7594 pages shared
Jan  1 01:49:02 192.168.1.111 kernel: 26036 pages non-shared
Jan  1 01:49:02 192.168.1.111 kernel: [ pid ]   uid  tgid total_vm      rss cpu oom_adj oom_score_adj name
Jan  1 01:49:02 192.168.1.111 kernel: [  153]     1   153      492      108   0       0             0 portmap
Jan  1 01:49:02 192.168.1.111 kernel: [  170]     0   170     1009      237   0     -17         -1000 sshd
Jan  1 01:49:02 192.168.1.111 kernel: [  179]     0   179      484       68   0       0             0 smtlircd
Jan  1 01:49:02 192.168.1.111 kernel: [  180]     0   180      490      127   0       0             0 irexec
Jan  1 01:49:02 192.168.1.111 kernel: [  181]     0   181      699      283   0       0             0 smt-fanmon.sh
Jan  1 01:49:02 192.168.1.111 kernel: [  199]     0   199      699      300   0       0             0 vdr-server.sh
Jan  1 01:49:02 192.168.1.111 kernel: [  264]     0   264    23708     7809   0       0             0 vdr
Jan  1 01:49:02 192.168.1.111 kernel: [  267]     0   267      709      161   0       0             0 getty
Jan  1 01:49:02 192.168.1.111 kernel: [  268]     0   268      709      160   0       0             0 getty
Jan  1 01:49:02 192.168.1.111 kernel: [  269]     0   269      708      137   0       0             0 syslogd
Jan  1 01:49:02 192.168.1.111 kernel: [  270]     0   270      708      166   0       0             0 klogd
Jan  1 01:49:02 192.168.1.111 kernel: [  271]     0   271      698      268   0       0             0 frontend.sh
Jan  1 01:49:02 192.168.1.111 kernel: [  531]     0   531      699      284   0       0             0 frontend.vdr.sh
Jan  1 01:49:02 192.168.1.111 kernel: [  533]     0   533    53538     5695   0       0             0 vdr-fbfe
Jan  1 01:49:02 192.168.1.111 kernel: [  575]     0   575     1775      623   0       0             0 sshd
Jan  1 01:49:02 192.168.1.111 kernel: [  579]     0   579      761      376   0       0             0 bash
Jan  1 01:49:02 192.168.1.111 kernel: [21199]     0 21199      710      160   0       0             0 vi
Jan  1 01:49:02 192.168.1.111 kernel: [21201]     0 21201      486      114   0       0             0 sleep

Alles anzeigen

Leider habe ich die nächsten Tage kaum zeit zum Fehler suchen.
Hat jemand das selbe Problem oder kann es an meinen Plugins liegen?

decembersoul · 10. April 2011

Ich kann auch mit dem neuen Image und eingeschalteten bootausgaben nicht erkennen warum das booten so lange dauert.
Es scheint alles "normal" zu laufen, nur sehr langsam.
Erst nach ca 1 min fängt er an die dvb Treiber zu laden und selbst das dauert sehr lange.
Das aktivieren des Netzwerkes dauert auch ewig.

Wenn ich dann aber die Box ausschalte und gleich wieder an, dann bootet er viel schneller.

giga-san · 10. April 2011

Bei dem Log oben ist dem VDR der Speicher ausgegangen, koennte
was mit tmpfs oder plugins zu tun haben.

Wenn das booten ewig dauert, schau mal ob die Platte die du nutzt
richtig vom BIOS erkannt wird.

Du kannst auch mal schauen ob du in /proc/interrupts den schuldigen findest.

Giga

decembersoul · 10. April 2011

Habe bei der Arbeit noch eine bootchart Version liegen die man auch später starten kann.
Vielleicht kann man da was sehen. Komme da aber erst in ein paar Tagen zu.

Was mir noch aufgefallen ist, das die Uhrzeit im Bios zwar stimmt aber nach einem booten die Uhrzeit vom VDR immer auf 01.01.2000 steht.
Erst wenn die Zeit per DVB rein gekommen ist stimmt die VDR Uhrzeit.

giga-san · 10. April 2011

Versuch es doch mal mit einer neuen BIOS Batterie.

Giga

Neue Distri für SMT?

Jetzt mitmachen!

Teilen