Hey ho Yilmaz !
Wahrscheinlich kann ich
ERFOLG melden !!!
Noch ist die Kiste am Installieren, zieht sich gerade die OS Sourcen, Treiber sind auch noch nicht eingebunden, aber es scheint nun zu laufen !
Wie's dazu kam:
Heute kam ein das neue EPE 4.33 raus. Dieses aus dem Marketplace gezogen und nach Anleitung ein 3er EPE gepimpt + anschliessend das SQL Script ausführen nicht vergessen. Steht aber alles so in der Anleitung. Die ersten 3 bis 7 Versuche schlugen erstmal fehl, hab mir dann die Anleitung nochmal ganz genau durchgelesen:
Man kann sehr wohl Benutzerdefinierte Kernelparameter einbauen und auch nach 3.x auf 4.33 Pimperei verändern.
In dieser Datei ...
\Empirum\EmpInst\Wizard\Image\VirtualRoots\BootEnvironment\*BootImageID*\boot\grub\grub.cfg
(*BootImageID* ersetzt Du durch deine ID, die Dir die Konsole ja vorgibt. Brauchst Du ja auch schon während des Upgrades von EPE3 > EPE4)
... die Zeile suchen die mit "kernel_options2" anfängt. Da steht bei mir nun folgendes drin:
kernel_options2='ramdisk_size=328192 init=/bin/minit CONSOLE=/dev/tty1 vga=normal root=/dev/ram0 rw irqpoll pci=nomsi mem=512M acpi=off noacpi EIS_DODMPP=1 EIS_PALIGN=16384 EPE_LOAD_MODULES=cdc_ether,r8152,asix,ax88179_178a,smsc75xx,smsc95xx,ahci'
(Alles in einer Zeile, der Zeilenumbruch hier im Forum macht daraus mehrere.)
Anfangs hat es nicht geklappt, insbesondere wichtig ist hier:
vga=normal
Damit man zumindest Textausgabe hat, mit meiner sonstigen Standardeinstellung "vga=0x317" hab ich noch nicht getestet. Während des Linux boot kommt jedoch auch irgendein Hinweis der besagt, man solle "use xxx instead of vga=normal. Auch noch nicht getestet.
... sowie ...
acpi=off noacpi
Ohne diese beiden Parameter hing die Kiste -ach nee- das Brett (!) wieder und schien eingefroren zu sein. Vielleicht genügt auch einer von beiden, bin kein Linux-Guru.
Ob diese Modifikation nun auch mit dem bisherigen EPE 4.30 oder früher geklappt hätte weiss ich nicht. Hab ich nicht getestet.
Was genau alle anderen Parameter bedeuten weiss ich auch nicht 100%ig. Kann man aber in der Hilfe hier nachschauen:
http://helpfiles.matrix42-web.de/2013_D ... t%7C_____0
Folgenden schlauen Satz findet man dort:
"... Deaktiviert ACPI. Wenn ACPI komplett deaktiviert werden soll, empfiehlt sich eine Kombination aus: acpi=off und noacpi."
EIS_DODMPP=1 bedeutet eigentlich, dass die Partitionierung prozentual ausgewertet wird (wir haben immer eine C: + D: - Partition), wird jedoch unter EPE 4.x ignoriert. Kannst Du weglassen.
EIS_PALIGN=16384 ist wichtig bei SSD-Platten, damit der Partitionsanfang auch auf eine "4k-Plattentektonik" passt. Frag am besten mal den Klugscheisser Google danach, der kann Dir das besser erklären. Für herkömmliche HDs ist es quasi nur unschädlicher Blödsinn.
Alle anderen sind bei jedem Modell immer Try & Error.
Sooo, während ich das hier schreibe hat mein Latitude 5175 TATSÄCHLICH Win8.1 FERTIG instsalliert. Mit DomainJoin und allem. Ein paar Treiber fehlen natürlich noch, da mache ich Montag weiter.
Was mir noch aufgefallen ist:
Das Brett ist werkseitig von Dell per GPT partitioniert. EPE4 erkennt das, killt alle Partitionen, macht einen Reboot und setzt dann neu an. Im PXE-Log sieht das hinterher dann so aus:
09.12.2016 17:51:32 [EPE40] Client mac-address is: B82A72FF21D5
09.12.2016 17:51:32 [EPE40] Client network interface is up
09.12.2016 17:51:32 [EPE40] Running EPE version: 4.3.3.334
09.12.2016 17:51:32 [EPE40 ] EPE globals version is: EPE40
09.12.2016 17:51:32 [EPE40 ] EPE globals (set-epeglobals.sh) available
09.12.2016 17:49:14 [Eis32] Disk 0 will be reset to MBR...
09.12.2016 17:49:14 [Eis32] Disk 0 is GPT partitioned...
09.12.2016 17:49:14 [Eis32] Deleting partitions...
09.12.2016 17:49:12 [Eis32] SSD Disk/MB: 0/122104 parttypes/MB: 239/500 12/128 7/112208 255/450 free/used: 8818/113286
09.12.2016 17:49:12 [Eis32] Preparing hard disks.
09.12.2016 17:49:12 [Eis32] Boot from extracted WinPE on Matrix42 service partition
Und wenn Du das matrix42-Hintergrundbild zwar schön, Dein eigenes Firmenlogo aber besser findest, so kannst findest Du das hier:
\Empirum\EmpInst\Wizard\Image\VirtualRoots\BootCommon\EPE\boot\grub\theme\matrix_screen2.png
Oder aber den Dateinamen ebenfalls in der oben besagten "grub.cfg" ändern:
background_image -m stretch boot/grub/Theme/matrix_screen2.png
Da kann man dann vielleicht auch einen dicken fetten Hinweis platzieren, dass der User sich doch besser einen Kaffee holen und auf keinen Fall den Rechner ausschalten soll.
Manche Kollegen sind auch Computer-Hypochonder, wenn da nicht das eigene Wappen zu sehen ist und Text unbekannter Herkunft umher scrollt schlagen sie gleich Virusalarm
Bzgl. immer neue Komponenten bei Lenovo kann ich Dir nur sagen dass es bei Dell auch nicht besser ist. Die kochen alle nur mit Wasser und ein jetzt aktuelles Gerät von Dell hat wohl zu 90% die gleichen Komponenten verbaut wie eines von Lenovo oder HP.
So, viel Erfolg !
Und wenn's auch bei Dir klappt dann ändere doch einfach den Thread-Namen in "[GELÖST] ..."
Hilft anderen verzweifelten da draussen ungemein !
Gruss, Andreas