[gelöst] easyVDR auf einen Intelboard D945GCLF (Intel Atom)

[TVIA]

Hallo,

ich versuche ein easyVDR-Setup (RC2) auf dem Intelmotherboard D945GCLF (Intel Atomeldung) aber leider wird nur die Installation ohne Fehler durchgeführt. Beim Booten erhalte ich die Meldung das kein Bootdevice vorhanden ist. Fehlen hier Treiber für die Hardware / Controler?  :'(

Die Platte starte mit Windows zwar ohen Fehler wer will das. Komisch ist nur das die easyVDR Installation auf der Festplatte an einen anderen Motherboard ohne Fehler läuft.

Gruss
TVIA

[sinai]

Es wäre schön, einige detailiertere Informationen zu bekommen. HDD an PATA oder SATA? Es kann natürlich gut sein, dass der Controller nicht unterstützt wird, aber mit Ubuntu Gutsy Gibbon bootet das Teil wohl den Berichten von mininet zufolge. http://www.minitechnet.de/intel_d945gclf...lls_1.html Boote mal per Live-CD, mounte /dev/hda1(sda1) und poste /boot/grub/menu.lst, Partitionierung, /etc/fstab

Auch eine Signatur ist immer hilfreich - dann muss man nicht immer nachfragen.
Andy

[TVIA]

Hallo,

HDD an IDE oder SATA ist das gleiche Problem "No Bootdevice -- ..."

ich habe jetzt mal LinuxMCE "kubuntu" installiert und hier werden die IDE
Platte als /dev/sda gemountet und HDD startet auch nach einem Neustart.

Denke auch das es der Controller ist. Werde jetzt mal eine Live-CD downloaden
und dann versuchen zu starten.

Gruss
TVIA

[Wicky]

Hallo TVIA,

Denke auch das es der Controller ist. Werde jetzt mal eine Live-CD downloaden
und dann versuchen zu starten.

Ich denke, dass es bei dem Mainboard nicht an fehlenden Treibern des easyVDR Kernels liegt, da der Chipsatz recht alt ist.

Vermutlich müsste die /boot/grub/menu.lst angepasst werden.
-> Mit einer Live-CD kannst du die /boot/grub/menu.lst anpassen !!

Gruß
Wicky

[TVIA]

Hi,

Ok,ist einleuchten - werde mich mal mit der Live-CD zur/boot/grub/menu.lst durchtasten.
Da das etwas neu für michist reichts in der menu.lst die Einträge (hd0,2) auf (sd0,2) zu ändern?
Weil der Controller der Meinung ist das seine IDE Platte ist eine SCSI= /dev/sda?

Raten muß auch mal erlaubt sein

Gruss
TVIA

[Wicky]

Hallo TVIA,

Da das etwas neu für michist reichts in der menu.lst die Einträge (hd0,2) auf (sd0,2) zu ändern?

Mit etwas Glück könnte alleine die Änderung genügt... Das zu testen kostet nur wenige Minuten...

Weil der Controller der Meinung ist das seine IDE Platte ist eine SCSI= /dev/sda?

...nicht der Controller, sondern der Kernel (inklusive der Module)

Gruß
Wicky

[TVIA]

hmmm,

habe ic gemacht, also in der Menu.lst z.B. hda3 in sda3 umbenannt und auch in
/etc/fstab alle Einträge auf sda gesetzt.

Aber leider immer noch kein Bootdevice.  ???

Nächster Versuch SATA - HDD mit easyVDR Installation am Board an geschlossen (wo ja die menu.lst und die fstab auch OK sind) - Aber auch hier "No Bootdevice ---" hier sind aber alle Grub Einträge OK, denn diese HDD läuft am Intelboard D201GLY2A mit SIS-Chipsatz ohne Probleme.

Die Knoppix 5.1 Live-CD verwaltet beide IDE LW´s mit hda und hdb wie easyVDR bei der Installation vom IDE DVD Laufwerk (was ich auch schon gewechselt habe)

In welche Richtung sollte man jetzt schauen um diesem Boardtyp zum easyVDR zuverhälfen?  :'(

Das dumme ist ja das die Boardvorgänger D201GLY2(A) abgekündig sind und es mit dieser Linie weiter geht.  ???

Gruss
TVIA  >

[sinai]

Poste doch mal bitte

Code:

df
less /boot/grub/menu.lst
less /etc/fstab

von der VDR-Platte

Andy

[TVIA]

Hi,

hier die gewünschten Info´s von der IDE Platte nach easyVDR-Backupinstallation
(was komischerweise keine Schwierigkeiten macht)

Gruss
TVIA

[TVIA]

Hi.

hatt jemand eine Idee was man zur Kernelanpassung noch testen könnte.
Ich schaffe einfach nicht an diesem Board easyVDR zu booten.
Weder der Kernel aus der RC1 oder RC2 booten die IDE Platte oder eine SATA
Platte.  :'(

Gruss
TVIA

[TVIA]

Hallo,

wie ich hier lese http://www.vdrportal.de/board/thread.php...post728474 habe ich nicht als
einziger das Problem mit easyVDR und dem Grub Bootloader auf diesem Motherboard.

Wo sollte man die Lösung suchen?

Grüße
TVIA  :

[Wicky]

Hallo TVIA,

wie ich hier lese http://www.vdrportal.de/board/thread.php...post728474 habe ich nicht als
einziger das Problem mit easyVDR und dem Grub Bootloader auf diesem Motherboard.

Wo sollte man die Lösung suchen?

In meinen Augen könnten drei Dinge eventuell helfen:

1. Grub umstellen auf eine neuere Version. Eventuell sogar auf Version 1.xx.
2. Statt Grub einen andern Bootmanager verwenden -> lilo
3. Einen taufrischen Kernel backen (www.kernel.org 2.6.25.4)

Aber dass ist alles nicht so einfach, wenn man das System nicht zum laufen bringt...

Für diese doch nicht ganz einfachen Vorhaben kann ich keine Anleitung mal ebend aus dem Ärmel schütteln. Ich denke, dass mich die Problemlösung auch viele Stunden kosten würde...

Vielleicht ein paar Stichworte (ohne dass ich mir sicher bin, dass es so funktioniert):
- Mit einem Livesystem (möglichst etch, falls erhältlich) das root-filesystem mounten
- mit chroot root auf das easyvdr-root wechseln
- Lilo, grub oder Kernel aktualisieren.

Gruß
Wicky

[TVIA]

Hallo,

die Installation von Grub Version 1.96 hat leider nichts gebracht.
Es bootet keine Festplatte.

Werde es jetzt mal mit Lilo probieren.

Gruss
TVIA

[TVIA]

Hi,

auch die Lilo-Installation, die an einem anderen VDR rennt ohne Probleme,
bootet an diesem Board nicht.

Leider habe ich noch nie einen Kernel neu aufgesetzt und was es für meine VDR
und Plugins/Lirc/DVB bedeutet (Alle neu?) kann ich auch nicht abschätzen.

Ich werde mal hierzu das HowToDo von wbreu lesen.

Wird das alles die easyVDR 0.6 haben?

Wie sind diese Info´s aus dem VDR-Portal hierzu einzuschätzen?

langsam wird's komisch... Eine Info vorweg: Meine erste funktionierende Debian-Installation inklusive GRUB und Netzwerk war eine 64-Bit-Version (AMD64)...

Also: Habe den VDR installiert, GRUB startet nicht, obwohl er im MBR ist. Dann bügele ich auf eine andere Partition ein 32-Bit-Debian etch mit GRUB 0.97. Der startet auch nicht, obwohl er bei der allerersten 64-Bit-Installation funktioniert hat. Nun lege ich eine CD mit dem 64-Bit-Xubuntu ein (zufällig gefunden) und wähle aus Spaß "Boot from first hard disk". Was passiert? Richtig: Die Maschine bootet den von Debian etch installierten GRUB und ich kann in das System booten. Das Netzwerk läuft jedoch nicht, r8169 wirft einen Fehler aus, dass er die Ressourcen nicht zuordnen kann o.ä. Das hat aber in dem 64-Bit-Debian auch funktioniert. Seltsam...

Zu guter Letzt knalle ich also das 64er Xubuntu auf die Maschine und siehe da, GRUB wird beim Booten wunderbar von der Platte geladen und zeigt alle Betriebssysteme an (Debian, easyVDR, Ubuntu), alle Systeme lassen sich booten, aber nur unter dem 64er Xubuntu funktioniert auch das Netzwerk. nbench lässt sich hier aber nicht kompilieren (mit der von JanR vorgeschlagenen cflags-Zeile).

Zusammenfassung:
32-Bit-Linux: GRUB startet nicht von Platte, kein Netzwerk.
64-Bit-Linux: GRUB funktioniert, Netzwerk funktioniert.

Das mit dem Netzwerk könnte ich mir ja mit ACPI o.ä. erklären, aber das mit GRUB nicht. Ein 32-bittiges Windows XP funktioniert auch wunderbar.

Hat jemand eine Idee, wie man da vorgehen könnte?

um die Verwirrung noch weiter zu treiben... grub ist IMMER 32 Bit, auch auf einem 64-Bit-System:

file `which grub`
/sbin/grub: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), stripped

Eigentlich sollte das also vollkommen egal sein, ist es aber scheinbar nicht.

Wenn man den Grub in den MBR installiert, ist es egal, ob man eine aktive Partition hat, das ist nur bei Partitionsinstall wichtig (z.B. setup (hd0,0) statt setup (hd0)).

Die weiteren Effekte sehen mir danach aus, als wuerde die Hardware irgendwie nicht vollstaendig initialisiert. Netzwerk... keine Ahnung... mit solchem Realtek-Mist hatte ich aber auch schonmal Probleme unter Linux, die ich dann mit einer aelteren PCI-Karte geloest habe, was hier aber nicht so toll ist, weil der eine Slot ja fuer anderes gedacht ist, denke ich mal.

Grüße
TVIA

[TVIA]

Hallo,

Intel bekennt sich jetzt zum Board  http://www.intel.com/products/motherboar.../index.htm
Aber leider kein neues BIOS und das Board schweigt noch immer mit easyVDR.
http://downloadcenter.intel.com/filter_r...bmit=Go%21

Grüße
TVIA

[TVIA]

Hallo,

kurze Frage zum Grub wenn etwas versucht zu booten  z.B. Ubuntu 8.04
dann bootet der Grub mit Stage 1.5 und bleib mit Error 22 hängen.

Wie kann man bei easyVDR Stage 1.5 aktivieren bzw. wie muß man den Grub installieren, damit
Stage 1.5 aktive ist? Welche Version vom Grub(2) sollte man benutzen?

Grüße
TVIA

[Wicky]

Hallo TVIA,

auch die Lilo-Installation, die an einem anderen VDR rennt ohne Probleme,
bootet an diesem Board nicht.

...ich hatte auch befürchtet, dass nur ein neuer Kernel weiterhilft. Da aber der Bootmanager Tausch einfacher ist, sollte man ihn vorher in jedem Falle getestet haben.

Leider habe ich noch nie einen Kernel neu aufgesetzt und was es für meine VDR
und Plugins/Lirc/DVB bedeutet (Alle neu?) kann ich auch nicht abschätzen.

So wild ist es auch nicht, einen neuen Kernel zu bauen. Hier im Forum gibt es mehrere Anleitungen und im Internet gibt es ebenfalls etliche gute.

Falls du keine seehr neue DVB-Karte hast, so musst du übrigens keine HG DVB-Treiber kompilieren, sondern kannst die DVB Treiber verwenden, die im www.kernel.org Kernel enthalten sind. Dann musst du aber daran denken, diese bei der Kernel Konfiguration als Modul zu aktivieren.

Ich werde mal hierzu das HowToDo von wbreu lesen.

Das ist eine gute Idee.

Wird das alles die easyVDR 0.6 haben?

Du meinst den Kernel? Lilo, Grub? .... ???

Falls du den Kernel meinst: Bislang sind mir bis auf ATOM Probleme keine Kernel Probleme bekannt. Ich denke, unter diese sehr positiven Umständen wird Uwe am bewehrten Kernel festhalten, da jeder neu gebaute Kernel neue Risiken mit sich bringt. -> Die Gefahr währe zu groß, dass dann zwar ATOM funktioniert aber xyz nicht, wovon dann eventuell viele User betroffen wären.

Wie sind diese Info´s aus dem VDR-Portal hierzu einzuschätzen?

... ich kann daraus keine Schlüsse ziehen, da ich nicht weiß, welche Unterschiede zwischen den Kerneln besteht.


Mein Tipp an dich:

Durchforste das Internet in regelmäßigen Abständen nach Lösungsansätzen zu dem Problem. Ich denke es werden demnächst die ersten Lösungen auftauchen.
Eventuell muss im Kernel irgendetwas deaktiviert oder aktiviert werden... Bei etlichen hundert Optionen die man bei der Kernelkonfiguration jedoch hat, dürfte es extrem schwer sein, die richtige zu finden...
Vielleicht ist für den ATOM aber auch ein Kernelpatch notwendig, der beim Ubuntu 64-bit Kernel bereits verwendet wird.

Ich denke bei so einem brandneuen und höchst interessanten Mainboard kommt man um Pionierarbeit nicht herum.

Gruß
Wicky

[TVIA]

Hi,

@Wicky
Ich denke auch es geht in Richtung neuer Kernel 2.6.25 - Linux 32-Bit.

here is how it goes...
the pxe in the bios gets a dhcp address, and tftps the kernel.
then the linux kernel takes over, and oopses as soon as it attempts to load the r8169 module.
so, no network is then available.

Hier sind schon einmal die Patches für Linux 32-Bit mit dem r8169 LAN-Module für das Board.
http://git.kernel.org/?p=linux/kernel/gi...e67e0ba602
http://git.kernel.org/?p=linux/kernel/gi...861a5b3df9

mal sehen welche Patches für den Atom & Board noch notwendig  : sind und welche Grubeinstellung /-Version benötigt wird.

Wer noch viel versprechende Patches zu diesem Thema findet, bitte hier veröffentlichen.

Until, the reboot (first boot/config) than nothing. NO GRUB!!!

I knew that GRUB would boot, at least an old version... So, I got to work booting SystemRescueCd via PXE (save a ton of time vs. booting a CD) Hours later, I found the key! You have to mark the partition that you set as root (/boot/grub/...) in GRUB as bootable (in cfdisk use the enter key) and reboot.

Ist es vielleicht doch möglich easyVDR (ohne Netzwerk) zum Booten zu bewegen?
- Müssen hier Änderungen in der menu.lst gemacht werden?
- oder welche Schritte müssen für cfdisk & Key durchgeführt werden?
  - Wie installiere ich den Grub dann wieder in den MBR z.B. grub' into a shell - vielleicht reicht es ja
      auch nur die Pation die wichtig ist als "bootable" im cfdisk zu markieren?
  - Kann ich diese Änderungen am Grub auf einem anderes Board machen und dann über ein Backup sichern?
  - Könnte dann diese eingerichtete HDD am Atom-Board booten ?
 
Grüße
TVIA

[TVIA]

Hallo,

so nach langen suche und ringen muste ich feststellen, daß auch diese Hardware beim Kunden reift.

Nach einem BIOS Update unter: http://downloadcenter.intel.com/Filter_R...&strOSs=38

auf die Version 0067 und das erstellen eines neuen Netzwerktreibers für diese Atom-Board unter:
http://downloadcenter.intel.com/Detail_D...s&lang=eng

readme:

Code:

<Linux device driver for Realtek Ethernet controllers>

    This is the Linux device driver released for RealTek RTL8101E and RTL8102E(L), the Fast Ethernet controller with PCI-Express interface.

<Requirements>

    - kernel source tree (supported Linux kernel 2.6.x and 2.4.x)
    - For linux kernel 2.4.x, this driver supports linux kernel 2.4.20 and latter.
    - compiler/binutils for kernel compilation

<Quick install with proper kernel settings>
    Check whether the built-in driver, r8169.ko (or r8169.o for kernel 2.4.x), is installed.
        # lsmod | grep r8169

    If it is installed, please remove it.
        # rmmod r8169
    note: If the built-in driver cannot removed by rmmod, please edit /etc/modprobe.conf and comment 'alias eth0 r8169'. Then, remmove it again or reboot your computer.

    Unpack the tarball :
        # tar vjxf r8101-8.aaa.bb.tar.bz2

    Change to the directory:
        # cd r8101-8.aaa.bb

    If you are running the target kernel, then you should be able to do :

        # make clean modules    (as root or with sudo)
        # make install
        # depmod -a
        # insmod ./src/r8101.ko    (or r8101.o for kernel 2.4.x)

    You can check whether the driver is loaded by using following commands.

        # lsmod | grep r8101
        # ifconfig -a

    If there is a device name, ethX, shown on the monitor, the linux
    driver is loaded. Then, you can use the following command to activate
    the ethX.

        # ifconfig ethX

        ,where X=0,1,2,...
 

läuft das Board unter easyVDR 0.6.01 "md5" ohne Fehler, auch eine VIA RiserKarte (mit org. Jumpereinstellung)
wurde ohne ACPI (40) Fehler erkannt.

Eine ältere easyVDR 05.RC1 lief einfach los, als ob nichts gewesen war.  ;D

dmesg Auszug vom Board:

Code:

Interrupt 0000:04:00.0[A] -> GSI 21 (level, low) -> IRQ 21
NET: Registered protocol family 8
NET: Registered protocol family 20
pnp: 00:01: iomem range 0xf0000000-0xf3ffffff could not be reserved
pnp: 00:01: iomem range 0xfed13000-0xfed13fff could not be reserved
pnp: 00:01: iomem range 0xfed14000-0xfed17fff could not be reserved
pnp: 00:01: iomem range 0xfed18000-0xfed18fff could not be reserved
pnp: 00:06: ioport range 0x500-0x53f has been reserved
pnp: 00:06: ioport range 0x400-0x47f has been reserved
pnp: 00:06: ioport range 0x680-0x6ff has been reserved
Time: tsc clocksource has been installed.
PCI: Bridge: 0000:00:1c.0
  IO window: 1000-1fff
  MEM window: 48200000-482fffff
  PREFETCH window: 48000000-480fffff
PCI: Bridge: 0000:00:1c.2
  IO window: disabled.
  MEM window: disabled.
  PREFETCH window: disabled.
PCI: Bridge: 0000:00:1c.3
  IO window: disabled.
  MEM window: disabled.
  PREFETCH window: disabled.
PCI: Bridge: 0000:00:1e.0
  IO window: disabled.
  MEM window: 48100000-481fffff
  PREFETCH window: disabled.
ACPI: PCI Interrupt 0000:00:1c.0[A] -> GSI 17 (level, low) -> IRQ 17
PCI: Setting latency timer of device 0000:00:1c.0 to 64
ACPI: PCI Interrupt 0000:00:1c.2[C] -> GSI 18 (level, low) -> IRQ 18
PCI: Setting latency timer of device 0000:00:1c.2 to 64
ACPI: PCI Interrupt 0000:00:1c.3[D] -> GSI 19 (level, low) -> IRQ 19
PCI: Setting latency timer of device 0000:00:1c.3 to 64
PCI: Setting latency timer of device 0000:00:1e.0 to 64
NET: Registered protocol family 2
IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 6, 262144 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
TCP reno registered
Machine check exception polling timer started.
highmem bounce pool size: 64 pages
Total HugeTLB memory allocated, 0
Installing knfsd (copyright (C) 1996 [email protected]).
NTFS driver 2.1.28 [Flags: R/W].
fuse init (API version 7.8)
JFS: nTxBlock = 7981, nTxLock = 63854
SGI XFS with ACLs, security attributes, realtime, large block numbers, no debug enabled
SGI XFS Quota Management subsystem
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
Boot video device is 0000:00:02.0
PCI: Setting latency timer of device 0000:00:1c.0 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:1c.0:pcie00]
Allocate Port Service[0000:00:1c.0:pcie02]
PCI: Setting latency timer of device 0000:00:1c.2 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:1c.2:pcie00]
Allocate Port Service[0000:00:1c.2:pcie02]
PCI: Setting latency timer of device 0000:00:1c.3 to 64
assign_interrupt_mode Found MSI capability
Allocate Port Service[0000:00:1c.3:pcie00]
Allocate Port Service[0000:00:1c.3:pcie02]
vesafb: framebuffer at 0x40000000, mapped to 0xf8d00000, using 3750k, total 8000k
vesafb: mode is 800x600x16, linelength=1600, pages=7
vesafb: protected mode interface info at 00ff:44f0
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 100x37
fb0: VESA VGA frame buffer device
input: Power Button (FF) as /class/input/input0
ACPI: Power Button (FF) [PWRF]
input: Sleep Button (CM) as /class/input/input1
ACPI: Sleep Button (CM) [SLPB]
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Real Time Clock Driver v1.12ac
Non-volatile memory driver v1.2
Linux agpgart interface v0.102 (c) Dave Jones
agpgart: Detected an Intel 945G Chipset.
agpgart: Detected 8060K stolen memory.
agpgart: AGP aperture is 128M @ 0x40000000
[drm] Initialized drm 1.1.0 20060810
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
loop: module loaded
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH7: IDE controller at PCI slot 0000:00:1f.1
ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 18
ICH7: chipset revision 1
ICH7: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0x20b0-0x20b7, BIOS settings: hda:DMA, hdb:DMA
Probing IDE interface ide0...
Switched to high resolution mode on CPU 0
hda: FUJITSU MPG3409AT E, ATA DISK drive
hdb: LITE-ON LTR-52246S, ATAPI CD/DVD-ROM drive
hda: selected mode 0x45
hdb: selected mode 0x42
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hda: max request size: 128KiB
hda: 80063424 sectors (40992 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100)
hda: cache flushes not supported
hda: hda1 hda2 hda3 hda4
hdb: ATAPI 52X CD-ROM CD-R/RW drive, 2048kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
aic94xx: Adaptec aic94xx SAS/SATA driver version 1.0.3 loaded
megaraid cmm: 2.20.2.7 (Release Date: Sun Jul 16 00:01:03 EST 2006)
megaraid: 2.20.5.1 (Release Date: Thu Nov 16 15:32:35 EST 2006)
megasas: 00.00.03.10-rc5 Thu May 17 10:09:32 PDT 2007
3ware Storage Controller device driver for Linux v1.26.02.002.
3ware 9000 Storage Controller device driver for Linux v2.26.02.008.
RocketRAID 3xxx SATA Controller driver v1.0 (060426)
ata_piix 0000:00:1f.2: version 2.11
ata_piix 0000:00:1f.2: MAP [ P0 P2 P1 P3 ]
ACPI: PCI Interrupt 0000:00:1f.2[B] -> GSI 19 (level, low) -> IRQ 19
PCI: Setting latency timer of device 0000:00:1f.2 to 64
scsi0 : ata_piix
scsi1 : ata_piix
ata1: SATA max UDMA/133 cmd 0x000120c8 ctl 0x000120ee bmdma 0x000120a0 irq 19
ata2: SATA max UDMA/133 cmd 0x000120c0 ctl 0x000120ea bmdma 0x000120a8 irq 19
Fusion MPT base driver 3.04.04
Copyright (c) 1999-2007 LSI Logic Corporation
Fusion MPT SAS Host driver 3.04.04
PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1
PNP: PS/2 controller doesn't have AUX irq; using default 12
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: [email protected]
device-mapper: multipath: version 1.0.5 loaded
device-mapper: multipath round-robin: version 1.0.0 loaded
device-mapper: multipath emc: version 0.0.3 loaded
EISA: Probing bus 0 at eisa.0
Cannot allocate resource for EISA slot 1
Cannot allocate resource for EISA slot 2
EISA: Detected 0 cards.
TCP cubic registered
Using IPI Shortcut mode
input: AT Translated Set 2 keyboard as /class/input/input2
BIOS EDD facility v0.16 2004-Jun-25, 1 devices found
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hdb: DMA disabled
ide0: reset: success
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
ide0: reset: success
kjournald starting.  Commit interval 5 seconds
EXT3-fs: hda3: orphan cleanup on readonly fs
ext3_orphan_cleanup: deleting unreferenced inode 69719
EXT3-fs: hda3: 1 orphan inode deleted
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 416k freed
NET: Registered protocol family 1
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
USB Universal Host Controller Interface driver v3.0
ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 23 (level, low) -> IRQ 20
PCI: Setting latency timer of device 0000:00:1d.0 to 64
uhci_hcd 0000:00:1d.0: UHCI Host Controller
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:1d.0: irq 20, io base 0x00002080
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 19
PCI: Setting latency timer of device 0000:00:1d.1 to 64
uhci_hcd 0000:00:1d.1: UHCI Host Controller
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:1d.1: irq 19, io base 0x00002060
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 18
PCI: Setting latency timer of device 0000:00:1d.2 to 64
uhci_hcd 0000:00:1d.2: UHCI Host Controller
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1d.2: irq 18, io base 0x00002040
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:1d.3[D] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:00:1d.3 to 64
uhci_hcd 0000:00:1d.3: UHCI Host Controller
uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 4
uhci_hcd 0000:00:1d.3: irq 16, io base 0x00002020
usb usb4: configuration #1 chosen from 1 choice
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
r8169 Gigabit Ethernet driver 2.2LK loaded
ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:01:00.0 to 64
eth0: RTL8169s/8110s at 0xf8cb8000, 00:1c:c0:32:a9:d1, IRQ 16
ACPI: PCI Interrupt 0000:00:1d.7[A] -> GSI 23 (level, low) -> IRQ 20
PCI: Setting latency timer of device 0000:00:1d.7 to 64
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 5
ehci_hcd 0000:00:1d.7: debug port 1
PCI: cache line size of 32 is not supported by device 0000:00:1d.7
ehci_hcd 0000:00:1d.7: irq 20, io mem 0x483a0000
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb5: configuration #1 chosen from 1 choice
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 8 ports detected
iTCO_wdt: Intel TCO WatchDog Timer Driver v1.01 (21-Jan-2007)
iTCO_wdt: Found a ICH7 or ICH7R TCO device (Version=2, TCOBASE=0x0460)
iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
ACPI: PCI Interrupt 0000:00:1f.3[B] -> GSI 19 (level, low) -> IRQ 19
input: PC Speaker as /class/input/input3
intel_rng: Firmware space is locked read-only. <4>intel_rng: If you can't or
don't want to <4>intel_rng: disable this in firmware setup, and <4>intel_rng: if
you are certain that your <4>intel_rng: system has a functional
RNG, try<4>intel_rng: using the 'no_fwh_detect' option.
v4l1_compat: no version for "struct_module" found: kernel tainted.
Linux video capture interface: v2.00
saa7130/34: v4l2 driver version 0.2.14 loaded
saa7146: register extension 'dvb'.
ACPI: PCI Interrupt 0000:04:00.0[A] -> GSI 21 (level, low) -> IRQ 21
saa7146: found saa7146 @ mem f915c000 (revision 1, irq 21) (0x13c2,0x0001).
DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-T rev1.X)
adapter has MAC addr = 00:d0:5c:01:5c:f7
b2c2-flexcop: B2C2 FlexcopII/II(b)/III digital TV receiver chip loaded successfully
dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80f12623
dvb-ttpci: firmware @ card 0 supports CI link layer interface
dvb-ttpci: Crystal audio DAC @ card 0 detected
saa7146_vv: saa7146 (0): registered device video0 [v4l2]
saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
DVB: registering frontend 0 (Spase SP8870 DVB-T)...
input: DVB on-card IR receiver as /class/input/input4
dvb-ttpci: found av7110-0.
bttv: driver version 0.9.17 loaded
bttv: using 8 buffers with 2080k (520 pages) each for capture
ivtv:  Start initialization, version 1.1.0
ivtv:  End initialization
bt878: AUDIO driver version 0.0.0 loaded
saa7146: register extension 'budget_ci dvb'.
saa7146: register extension 'budget_av'.
saa7146: register extension 'budget dvb'.
EXT3 FS on hda3, internal journal
hda: selected mode 0x45
hdb: selected mode 0x42
Adding 266072k swap on /dev/hda1.  Priority:-1 extents:1 across:266072k
r8169: eth0: link up
r8169: eth0: link up
kjournald starting.  Commit interval 5 seconds
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hdb: DMA disabled
ide0: reset: success
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
ide0: reset: success
EXT3 FS on hda4, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver
usbcore: registered new interface driver libusual
Initializing USB Mass Storage driver...
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
w83627ehf: unsupported chip ID: 0xffff
w83627ehf: unsupported chip ID: 0xffff
w83627ehf: unsupported chip ID: 0xffff
w83627ehf: unsupported chip ID: 0xffff
saa7146: unregister extension 'budget_av'.
saa7146: unregister extension 'budget_ci dvb'.
saa7146: unregister extension 'budget dvb'.
b2c2-flexcop: B2C2 FlexcopII/II(b)/III digital TV receiver chip unloaded successfully
saa7130/34: v4l2 driver version 0.2.14 loaded
b2c2-flexcop: B2C2 FlexcopII/II(b)/III digital TV receiver chip loaded successfully
ivtv:  Start initialization, version 1.1.0
ivtv:  End initialization
saa7146: register extension 'budget dvb'.
saa7146: register extension 'budget_ci dvb'.
saa7146: register extension 'budget_av'.
lirc_dev: IR Remote Control driver registered, at major 61
lirc_serial: auto-detected active high receiver
lirc_dev: lirc_register_plugin: sample_rate: 0
sp8870: waiting for firmware upload (dvb-fe-sp8870.fw)...
sp8870: firmware upload complete

  ;D     


Grüße
TVIA

[TVIA]

Hallo,

es gibt ein neues BIOS Upddate 0099 für das Intelboard D945GCLF (Intel Atom)

http://downloadcenter.intel.com/Detail_D...*&lang=deu

Grüße
TVIA

[TVIA]

Hallo,

es gibt ein neues BIOS-Update für das Mainbaord auf v0103

unter: http://downloadcenter.intel.com/download...6&lang=deu

Grüße
TVIA

[Darkza]

Hallo! Ähm irgendwie hab ich die Lösung nicht ganz verstanden hab auf das neuste bios upgedatet aber er ladet immer noch kein vdr 0.6.01 ....
Hast du ein beispiel bild von der risercard....?
MFG

[Darkza]

Kann mir den niemand helfen?
Ich will nicht die Falsche Reiser Karte reinstecken jedoch möchte ich eine ff dvbs und einen skystar2 in mein Vdr mit mozart sx gehäuse stecken.
Hab auch das neuste Bios drauf und die neuste vdr kann aber nur über einen umweg die Festplatte booten was unnötig 15 sek. dauert.
Hab den Thread schon ca 10 mal gelesen und verstanden das mit dem neuesten bios die boots von der Festplatte behoben sein sollen....

MFG

[sigvdr]

Hallo,

ich habe gerade auch mal easyVDR 0.6 auf so einem Board installiert:
Trotz neuestem Bios ( vom September 2008 ) hat easyVDR nach der Installation nicht gebootet.

Bei einem Check mit einer Linux - Live CD ( Parted Magic finde ich dafür Klasse ) habe ich festgestellt, dass bei der root - Partition von easyVDR ( bei mir: dev/hda3 ) das Boot-Flag nicht gesetzt war.

Seit ich dieses Boot-Flag gesetzt habe kann ich problemlos  booten ( ohne sonstige Änderung von easyVDR ).

Ich muss allerdings hinzufügen, dass ich weitere Installationen von easyVDR betreibe bei denen nirgends dieses Boot-Flag gesetzt ist.

Bei der Recherche im Internet bin ich dann unter anderem auf solche Aussagen gestossen:
http://newsgroups.derkeiler.com/Archive/...00095.html

Anm.: Es gibt BIOS-Erweiterungen (ich kenne eine aus dem Bereich (SCSI),
die bringen ihren eigenen Bootloader mit und da ist es eben das BIOS (bzw. dessen Erweiterung),
die das Flag auswertet. Da wird der Code im MBR aber auch ignoriert und man
muß zwingend den BootCode in den PBR schreiben! Ist aber (noch) eher exotisch.

Es gibt wohl noch mehrere BIOS - Versionen / Mainboards bei denen Booten per GRUB auch nur mit Boot-Flag funktioniert.


Gruß Sig

[TVIA]

Hi,

stimmt,

I found the key! You have to mark the partition that you set as root (/boot/grub/...) in GRUB as bootable (in cfdisk use the enter key) and reboot.

Grüße
TVIA