[skippy]

Hallo zusammen,

ich habe auch einen ersten Test auf meinem MLD-Esprimo mit FF-SD-Karte gestartet. Dabei bin ich wie folgt vorgegangen:

• Netinstall.iso auf Stick gebracht;
• Backup-Config von MLD 5.0 ins root-Verzeichnis des Sticks kopiert;
• Netinstall.iso auf Stick installiert + reboot;
• im WebIf Backup-Config installiert + reboot;

Dabei ist mir folgendes aufgefallen:

• mir wird das "Oldconfig-Backup" nicht zur Auswahl im Dialog angeboten, deshalb "keine" gewählt;
• nach der Auswahl auf welchem Gerät die Installation erfolgen soll, erscheint wieder der MLD-Startbildschirm. Für die Bestätigung des Dialogs ob auf /dev/sdc installiert werden soll, muss ich auf die entsprechende Konsole wechseln;
• Installation des Backup-Config über das Quickmenü im WebIf scheitert, weil die /etc/apt/sources.list leer ist - wurde von mafe68 bereits berichtet;
• nach Ergänzen der sources.list mit "deb http://www.minidvblinux.de/download/5.1/files testing main" funktionierte die Installation mit der Backup-Config ohne Fehler;
• nach einem Restart hatte ich Bild und Ton  und meine Aufnahmen vom Server und dem NAS via Avahi-Linker sind vorhanden  ;
• Die Fernbedienung (serieller Empfänger an COM1) funktioniert nicht - Ursache habe ich noch nicht gefunden;
• Beim Starten wird mir nicht die Möglichkeit gegeben eine Taste zu drücken, um verbose oder Snapshot wählen zu können - oder ich habe es übersehen ....

Für einen ersten Test sieht es schon sehr gut aus. Insbesondere freue ich mich, dass sich vermutlich die MLD 5.0-Installationen über die Backup-Config Installation bequem auf die MLD 5.1 upgraden lassen. Die Logs habe ich angehängt, falls jemand schauen möchte, warum die Fernbedienung bei mir klemmt. Spätestens am Freitag werde ich auf den anderen Systemen testen - bin momentan etwas busy.

Viele Grüße skippy

[clausmuus]

Die apt source List wurde nach  /etc/apt/sources.list.d/main.list verlegt. Diese wird bei einem "apt update" aus der /etc/apt/sources.list.d/main.list.save erzeugt.
Leider wird die erzeugte Liste erst beim nächsten update verwendet, was so nicht geplant war.

Claus

[skippy]

Habe heute mal die Installation meines Servers auf die MLD 5.1 64-bit mit dem netinstall.iso und einer Backup-Config versucht. Auch hier bekomme ich keine Möglichkeit bei der Installation über die Konsole meine Backup-Config, die im Root-Verzeichnis auf dem Stick liegt, auszuwählen. Dafür hat sich diesmal der MLD-Startbildschirm nicht in den Vordergrund gedrängt und ich konnte die Nachfrage nach der Installation auf /dev/hdc sofort bestätigen.

Danach spiele ich über das WebIf meine Backup-Config ein und erhalte folgende Meldung:

Code: [Select]

Import configuration: 2016-03-11_1041_MLD-Server_config.tgz
Downloading updates
Downloading amd64
Downloading updates
Downloading amd64
E: Unable to correct problems, you have held broken packages.Downloading updates

Downloading failed

Die /etc/apt/sources.list ist weiterhin leer. Wenn ich sie wie weiter oben beschrieben fülle und ein apt-get update durchführe, kommt die Meldung:

Code: [Select]

MLD-Server> apt-get update
Ign http://www.minidvblinux.de testing InRelease
Ign http://www.minidvblinux.de testing Release.gpg
Ign http://www.minidvblinux.de testing Release
Get:1 http://www.minidvblinux.de testing/main amd64 Packages/DiffIndex
Get:2 http://www.minidvblinux.de testing/main amd64 Packages
Ign http://www.minidvblinux.de testing/main Translation-de_DE
Ign http://www.minidvblinux.de testing/main Translation-de
Ign http://www.minidvblinux.de testing/main Translation-en
Fetched 658 kB in 1s (342 kB/s)
Reading package lists... Done
W: Duplicate sources.list entry http://www.minidvblinux.de/download/5.1/files/ testing/main amd64 Packages (/var/lib/apt/lists/www.minidvblinux.de_download_5.1_files_dists_testing_main_binary-amd64_Packages)
W: You may want to run apt-get update to correct these problems

Ein nochmaliges apt-get update behebt das Problem jedoch nicht.

Vielen Dank und viele Grüße skippy

[clausmuus]

Wie gesagt, die /etc/apt/sources.list wird nicht mehr verwendet. Die /etc/apt/sources.list.d/main.list wird aber seit heute rechtzeitig erstellt.
Kannst Du mir mal Deine Backup-Config zukommen lassen, damit ich den Fehler nachstellen kann?

Claus

[skippy]

Hi Claus,

Backup-Config ist als Anlage dabei.

Viele Grüße skippy

EDIT:
ich habe Den Anhang (nachdem ich Ihn mir heruntergeladen habe) gelöscht, da er nen Passwort (KEY) enthält...

[clausmuus]

Hi,

so, den update Fehler hatte ich ja schon vor einiger Zeit behoben.
Jetzt lässt sich auch das "old-config" wieder beim installieren auswählen.

Claus

[skippy]

Hallo Claus,

jetzt hat die Installtion der MLD 5.1 mit meiner Backup-Config auf dem Server funktioniert. Die Auswahl "old-config" war auch vorhanden und hat meine Backup-Config im Hauptverzeichnis verarbeitet. Allerdings habe ich nach der Installation kein TV-Bild. Auf den ersten Blick sehen die Logs unauffällig aus. Hatte aber noch keine Zeit, genauer zu schauen. Habe die Logs angehängt.

Viele Grüße skippy

[clausmuus]

Du kannst mal schauen ob's hilft, wenn Du das dvb-mbe Paket installierst.

Claus

[skippy]

Hallo zusammen,

irgendetwas stimmt mit dem X-Server nicht - es wird kein Device/Screen gefunden. Wie bereits im anderen Thread berichtet, hängt an dem Server ein normaler PC-Monitor. Angeschlossen ist dieser über einen HDMI/DVI-Adapter. Mit den Vorgängerversionen gab es da keine Probleme. Hier das Log:

Code: [Select]

X.Org X Server 1.16.4
Release Date: 2014-12-20
X Protocol Version 11, Revision 0
Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
Current Operating System: Linux MLD-Server 4.4.5.195.13 #2 SMP Tue Mar 22 12:46:59 CET 2016 x86_64
Kernel command line: root=UUID=eb1af009-9961-430e-a82c-dfcbeae71c8e vga=0x314 splash=silent quiet apm=off nodialog hpet=disable initrd=/boot/initrd BOOT_IMAGE=/boot/kernel
Build Date: 11 February 2015  12:32:02AM
xorg-server 2:1.16.4-1 (http://www.debian.org/support)
Current version of pixman: 0.32.6
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Wed Mar 23 12:14:32 2016
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using config directory: "/etc/X11/xorg.conf.d"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(EE)
Fatal server error:
(EE) no screens found(EE)
(EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
(EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
(EE)
(EE) Server terminated with error (1). Closing log file.
xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: server error
x exits at Mi Mär 23 12:14:47 CET 2016
Hier noch ein Auszug aus der /var/log/Xorg.0.log:

Code: [Select]

[  7843.713] (II) Loading sub module "fb"
[  7843.713] (II) LoadModule: "fb"
[  7843.713] (II) Loading /usr/lib/xorg/modules/libfb.so
[  7843.713] (II) Module fb: vendor="X.Org Foundation"
[  7843.713]    compiled for 1.16.4, module version = 1.0.0
[  7843.713]    ABI class: X.Org ANSI C Emulation, version 0.4
[  7843.713] (II) Loading sub module "wfb"
[  7843.713] (II) LoadModule: "wfb"
[  7843.713] (II) Loading /usr/lib/xorg/modules/libwfb.so
[  7843.714] (II) Module wfb: vendor="X.Org Foundation"
[  7843.714]    compiled for 1.16.4, module version = 1.0.0
[  7843.714]    ABI class: X.Org ANSI C Emulation, version 0.4
[  7843.714] (II) Loading sub module "ramdac"
[  7843.714] (II) LoadModule: "ramdac"
[  7843.714] (II) Module "ramdac" already built-in
[  7843.714] (WW) NVIDIA(0): The NVIDIA GeForce 210 GPU installed in this system is
[  7843.714] (WW) NVIDIA(0):     supported through the NVIDIA 340.xx Legacy drivers. Please
[  7843.714] (WW) NVIDIA(0):     visit http://www.nvidia.com/object/unix.html for more
[  7843.714] (WW) NVIDIA(0):     information.  The 361.28 NVIDIA driver will ignore this
[  7843.714] (WW) NVIDIA(0):     GPU.  Continuing probe...
[  7843.714] (EE) No devices detected.
[  7843.714] (EE)
Fatal server error:
[  7843.714] (EE) no screens found(EE)
[  7843.714] (EE)
Please consult the The X.Org Foundation support
         at http://wiki.x.org
 for help.
[  7843.714] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[  7843.714] (EE)

Viele Grüße skippy

[clausmuus]

Installiere mal, wie in dem Error Log empfohlen das xorg-nvidia.legacy Paket. Dann sollte es wieder gehen.
Ich überlege das nvidia Paket so zu erweitern, das dieses nach dieser Meldung sucht, und dann gegebenenfalls selber das passende Paket installiert. ImVorrfelde lässt sich das leider nicht einfach erkennen.

Claus

[skippy]

Hallo Claus,

ja prima, mit xorg-nvidia.legacy habe ich wieder Bild und Ton. Hast du noch eine Erklärung für mich, warum mit dem Wechsel auf MLD 5.1 das normale nvidia-Paket nun nicht mehr be mir funktioniert?

Viele Grüße skippy

[clausmuus]

Ja. Im dvb Paket sind jetzt die aktuellen im Kernel enthaltenen Treiber. Das dvb-mbe ist das ehemalige dvb Paket, das etwas ältere Treiber mit diversen Patches enthält.

Claus

[P3f]

Hallo Skippy,

Hallo Claus,

ja prima, mit xorg-nvidia.legacy habe ich wieder Bild und Ton. Hast du noch eine Erklärung für mich, warum mit dem Wechsel auf MLD 5.1 das normale nvidia-Paket nun nicht mehr be mir funktioniert?

Viele Grüße skippy

Als wir auf den neueren Kernel gegangen sind, musste auch der Xorg-NVIDIA Treiber aktualisiert werden. Dabei sind auch seitens NVIDIA neuere Karten in der Unterstützung gelandet, sodass NVIDIA andere (ältere) Grafikkarten nun nur noch mit dem Legacy Treibern unterstützt.

Es gibt auf unserer MLD das Plugin Xorg-autodetect, das bereits häufig das auch korrekt identifiziert. Scheinbar aber auch noch ein paar Lücken hat.

Das hat also einzig mit dem Treiberunterstützungen zu tun.

Frage beantwortet?

Gruß,

Pit

[skippy]

Hi Pit,

ja, deine Erklärung verstehe ich => danach wird meine GT210 im Server vom neuen Nvidia Treiber nicht mehr unterstützt.

Xorg-autodetect konnte hier nicht greifen, weil ich MLD 5.1 über das backup-config von der MLD5.0 installiert habe. Da war es halt noch der xorg-nvidia Treiber, den ich verwendet habe.

Vielen Dank und viele Grüße skippy

[P3f]

Hi Skippy,

Dann erklärt es auch warum nicht die korrekte Version vom Xorg gefunden werden konnte. Schließlich muss das Plugin auch installiert sein damit es ausgeführt werden kann.

Ich habe selber auch die GT 210, und das hat die Xorg-autodetec Funktion gegriffen. Also doch keine Lücke im Erkennungsprozeß.

Gruß

Pit