NV-RAM für LinVDR ?

1 - Ja

2 - Ja

3 - Am anfang des Thread gibts ne Datei zum DL!

4 - Ist wenn ichs ichtig im quelltext gesehen haben schon enthalten!

WICHTIG da es hier scheinbar grosse Probleme mit dem Aufwachen der REchner mit den Linvdr Kernel gibt bitte folgenden Test durchführen:

1. Im Bios Weckzeit setzen
2. Rechner hochlaufen lassen
3. Rechner herunterfahren - By the way machst Du das mit dem org. powerdown.pl von Linvdr? Wenn dem so ist glaub ich kannst Du dir NVRAM sparen. Dein Board kann dann wohl ACPI besser als meins! Wenn nicht machst Du das dannn wohl mit busybox poweroff!
4. Warten
5. Warten
6.Wenn die Kiste zu richtigen Zeitpunkt anspringt sollte der Rest wohl kein größeres Problem sein. Wenn doch willkommen im Club!!

Michael

Zitat

Original von BigDiSt

1) Stimmt es, dass im Prinziep eine handvoll Dateien getauscht bzw. hinzugefügt werden müssen, damit das mit dem NVWakeUp klappt? Ich traue mir leider nicht zu, in all den Skripten rumzuwerkel da Newbie...

meinst du "ueberhaupt" oder "LinVDR-Spezifisch"?
wenn du "ueberhaupt" meinst, dann ist die antwort einfach: nvram-wakeup holen und kompillieren
(es gibt auch fertige binaries), laufen lassen, fertig.
zur Integration in VDR musst du nur das Skript vdrshutdown an die -s Option von VDR uebergeben.

Zitat

2) Für jedes Mainboard gibt es unterschiedliche Parameter (Stelle wos ins NVram geschrieben wird.) Diese Parameter lassen sich ohne kompilieren in einer Datei konfigurieren?

ja

Zitat

3) Wenn 1=2=ja dann: Hat jemand den Stuff am arbeiten und stellt ein entsprechendes Paket zusammen?!

4) Wenn 1=2=3=ja Hat zufällig dann noch jemand die Daten fürs MSI-651-P???

hol dir doch das Programm, lass es laufen, Wenn es noch nicht unterstuetzt wird, erstelle die
vier Dateien wie in README.mb beschrieben und lass guess laufen.
Die Ausgabe kannst du dann hier posten. Das geht alles, ohne VDR auch nur im entferntesten
anzuruehren.

mist. zu spaet.

Jipie !!

Zitat

Original von mikeM
Aehm kompiliert -OK binary kopiert ??

Netter Versuch das Problem zu beseitigen. Ich hab's natürlich auch kopiert.

Orginal LinVDR:

linvdr:~# grub --version
grub (GNU GRUB 0.93)

Jetzt:

linvdr:~# grub --version
grub (GNU GRUB 0.94)

Auf der grub-console kommt der selbe Fehler.
Was ich aber verwunderlich finde: der Befehl "savedefault" wird bei der Grub-Version von LinVDR in der Befehlsliste mit angezeigt (funktioniert dort ja aber auch nicht).

GNU GRUB  version 0.93  (640K lower / 3072K upper memory)


 [ Minimal BASH-like line editing is supported.  For the first word, TAB
   lists possible command completions.  Anywhere else TAB lists the possible
   completions of a device/filename. ]


grub>
 Possible commands are: blocklist boot cat chainloader clear cmp color configfi
le debug device displayapm displaymem dump embed find fstest geometry halt help
 hide impsprobe initrd install ioprobe kernel lock makeactive map md5crypt modu
le modulenounzip pager partnew parttype password pause quit read reboot root ro
otnoverify savedefault serial setkey setup terminal terminfo testload testvbe u
nhide uppermem vbeprobe


grub> savedefault


Error 27: Unrecognized command


grub>

Gruß,

Marcus

P.S.: Schick mir 'ne PM, falls Du die Binaries trotzdem haben willst.

hmm kann es sein das dre Grub neu installiert werden muss? Irgendwie glaub ich war da was in den News-Beiträgen das dort dies stage2 File einen neuen Eintrag bekommt. Dieser wird dann mit dem entsprechenden Wert von Grub gefüllt wenn ich einmalig einen anderen Eintrag booten will. Ich hab mal in die Sourcen geguckt und glaube das das hier auch gelesen / geschrieben wird :
++ if (grub_memcmp ("--stage2=", arg, sizeof ("--stage2=") - 1) == 0)
++ {
++ stage2_os_file = arg + sizeof ("--stage2=") - 1;
++ arg = skip_to (0, arg);
++ nul_terminate (stage2_os_file);
++ }
++ else if (grub_memcmp ("--default=", arg, sizeof ("--default=") - 1) == 0)
++ {
++ char *p = arg + sizeof ("--default=") - 1;
++ if (! safe_parse_maxint (&p, &new_default))
++ return 1;
++ arg = skip_to (0, arg);
++ }
++ else if (grub_memcmp ("--once", arg, sizeof ("--once") - 1) == 0)
++ {
++ once_only = 1;
++ arg = skip_to (0, arg);
++ }
++ else
++ break;
++ }
++
++ if (once_only)
++ new_default |= STAGE2_ONCEONLY_ENTRY;

ich bin nun wirklich nicht der C-Crack aber kann es sein, das für eine richtige Funktion noch diese Stage2 Datei kopiert werden muss?

Michael

__________DER HUNDERTSTE!!!____________:welle

Zitat

Original von mikeM
ich bin nun wirklich nicht der C-Crack aber kann es sein, das für eine richtige Funktion noch diese Stage2 Datei kopiert werden muss?

Da hast Du vollkommen recht, hatte ich bereits getan.

Ich habe grub jetzt auch noch mal neu installiert:

grub> root (hd0,0)
root (hd0,0)
 Filesystem type is ext2fs, partition type 0x83
grub> setup (hd0)
setup (hd0)
 Checking if "/boot/grub/stage1" exists... yes
 Checking if "/boot/grub/stage2" exists... yes
 Checking if "/boot/grub/e2fs_stage1_5" exists... yes
 Running "embed /boot/grub/e2fs_stage1_5 (hd0)"...  16 sectors are embedded.
succeeded
 Running "install /boot/grub/stage1 (hd0) (hd0)1+16 p (hd0,0)/boot/grub/stage2 /boot/grub/menu.lst"... succeeded
Done.

Leider ohne Erfolg, nach einem Neustart funktionierte das Kommando "savedefault" immer noch nicht.

Gruß,

Marcus

Gibt es noch eine Möglichkeit das "Addon" zu bekommen??
GMX verlangt ein Passwort das ich nicht habe...

Zitat

Original von wwoody
Gibt es noch eine Möglichkeit das "Addon" zu bekommen??
GMX verlangt ein Passwort das ich nicht habe...

Es war ein Verschlüsselter Link, der nur eine bestimmt Zeit gültig war.

Hier ein neuer Link. Dieser verändert sich von alleine dann nicht mehr

[Edit]
Link angepasst.

nvram-wakeup für linvdr0.4
[/Edit]

Gruß
matrix79

hallo leute!

ist das nvram-wakeup für linvdr0.4 auch für linvdr 0.5 einsetzbar, oder ist hier eine spez./neuere version notwendig?

Geht nicht für 0.5 da für einen anderen Kernel compiliert!

Michael

naja, spezialisten wie matrix79 können da nicht vielleicht etwas tricksen?

irgend einen weg gibts doch immer!!!!!!

Jupp - neu übersetzen mit dem anderen Kernel, ansonsten lässt sich das Modul aufgrund nicht aufgelöster Abhängigkeiten nicht laden!

Michael

Hallo,

na eine Idee hab ich da...Du kannst des NVRAM für Lin0.4 mit dem alten Kernel unter LinVDR 0.5 verwenden, hab ich schon mal getestet.
LinVDR 0.4 installieren -> NVRAM für Lin 0.4 installieren und dann update auf LinVDR 0.5 -> fertig.

Gruss Jens

Zitat

Original von Jensi72
Hallo,

na eine Idee hab ich da...Du kannst des NVRAM für Lin0.4 mit dem alten Kernel unter LinVDR 0.5 verwenden, hab ich schon mal getestet.
LinVDR 0.4 installieren -> NVRAM für Lin 0.4 installieren und dann update auf LinVDR 0.5 -> fertig.

Gruss Jens

GENIAL

Servus Jensi,

Zitat

LinVDR 0.4 installieren -> NVRAM für Lin 0.4 installieren und dann update auf LinVDR 0.5 -> fertig.

Jo, dann hat er den neuen Kernel ohne NVRAM Weil das Update macht ja vor'm Kernel nicht halt.

Du holst dir besser den Kernel 2.4.21 für LinVDR 0.5 (schau mal in die FAQ/Doku), installierst den wie beschrieben und tust dann das NVRAM drauf -- das sollte klappen.
Und noch dazu brauchst du nicht alles löschen

Viele Grüße, Mirko

Zitat

Original von cooper
Servus Jensi,

Jo, dann hat er den neuen Kernel ohne NVRAM Weil das Update macht ja vor'm Kernel nicht halt.

Du holst dir besser den Kernel 2.4.21 für LinVDR 0.5 (schau mal in die FAQ/Doku), installierst den wie beschrieben und tust dann das NVRAM drauf -- das sollte klappen.
Und noch dazu brauchst du nicht alles löschen

Viele Grüße, Mirko

Alles anzeigen

Noch GENIALER

p.s. jetzt sollte mir nur noch einer sagen, wie ich meine FB zum laufen kriege

Hi Mirko,

na Dir will ich mal lieber nicht wiedersprechen, Du wirst es ja besser wissen wie ich.
Ich dachte hier aber mal gelesen zu haben, das der Kernel bei dem Update nicht überschrieben wird.
Ich hatte es mit LinVDR 0.5 getestet, da startete er natürlich nicht mehr...(klar ist ja für den älteren Kernel. Also hab ich es mit LinVDR 0.4 installiert und dann nur das Update auf 0.5 gemacht...auch ja und danach natürlich die runvdr wieder angepasst...lief danach wieder problemlos. Das Update von LinVDR 0.5 auf den alten Kernel wie Du geschrieben hast ist allerdings wirklich einfacher.

Gruss Jens

Wird jetzt NVRAM in die nächste LinVDR aufgenommen? Wäre super. Das rumbasteln ist mir fast zu gefährlich läuft nämlich momentan gerade so schön.

Genau diese Frage würde mich auch brennend interessieren.
Damit wäre LINVDR so gut wie perfekt.
gibt es denn überhaupt schon Anzeichen für eine neue Version, oder kann das noch länger dauern?

bye
strgalt