[Matthias]

Abgesehen davon das meine MLD 3 gerne mal mit XBMC anstatt mit VDR startet, habe ich auch öfters mal das X nicht hochkommt:

Code: [Select]

(==) Using config file: "/etc/X11/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(EE) No devices detected.
Fatal server error:
no screens found

In der messages taucht so was auf:

Code: [Select]

Mar 18 09:11:06 (none) daemon.notice acpid: client connected from 9906[0:0]
Mar 18 09:11:06 (none) daemon.info acpid: 1 client rule loaded
Mar 18 09:11:21 (none) daemon.notice acpid: client 9906[0:0] has disconnected
Mar 18 09:11:21 (none) daemon.notice acpid: client connected from 9920[0:0]
Mar 18 09:11:21 (none) daemon.info acpid: 1 client rule loaded
Mar 18 09:11:36 (none) daemon.notice acpid: client 9920[0:0] has disconnected
Mar 18 09:11:36 (none) daemon.notice acpid: client connected from 9934[0:0]
Mar 18 09:11:36 (none) daemon.info acpid: 1 client rule loaded


Sysinit:
[code]
Starting xorg
lspci: /sys/bus/pci/devices: No such file or directory
lsusb: /sys/bus/usb/devices: No such file or directory
mdev: /sys/class: No such file or directory
done
Loading sound driver:
lspci: /sys/bus/pci/devices: No such file or directory
lsusb: /sys/bus/usb/devices: No such file or directory
done
alsactl: load_state:1610: No soundcards found...
Loading network driver
lspci: /sys/bus/pci/devices: No such file or directory
lsusb: /sys/bus/usb/devices: No such file or directory
done
Connecting to network
ifconfig: SIOCGIFFLAGS: No such device
route: SIOCADDRT: Network is unreachable
route: SIOCADDRT: No such device
failed

x exits at Fr M

[Matthias]

Und hier noch meine xorg.conf:

Code: [Select]

Section "ServerLayout"
  Identifier  "Layout-MLD"
  InputDevice "Input-event0"
  InputDevice "Input-event1"
  Screen      "Screen-nvidia"
EndSection

Section "Extensions"
  Option      "Composite" "Disable"
EndSection

# nvidia start
Section "Screen"
  Identifier  "Screen-nvidia"
  Device      "Device-nvidia"
EndSection
Section "Device"
  Identifier  "Device-nvidia"
  Driver      "nvidia"
  Option      "DPI" "100x100"
EndSection
# nvidia end
# input start
Section "InputDevice"
  Identifier  "Input-event0"
  Driver      "evdev"
  Option      "Device" "/dev/input/event0"
EndSection
Section "InputDevice"
  Identifier  "Input-event1"
  Driver      "evdev"
  Option      "Device" "/dev/input/event1"
EndSection
# input end


[clausmuus]

Hi,
wenn ich mir das sysinit Log so anschaue, bin ich ein wenig beruhigt. Das scheint nicht mein Fehler zu sein
Wenn ich das richtig deute, kann das zwei mögliche Ursachen haben. Entweder das sys Device wurde nicht gemountet, oder der Kernel hat sich beim booten gründlich verschluckt.
Falls Du in einem solchen Fehlerfall ne Konsole zur verfügung hast, kannst Du mal bitte schauen, ob sys gemountet ist (mount | grep sys) und ob der Ordner /sys einen normalen Inhalt hat (diverse Verzeichnisse) und ob der Ordner /sys/bus/pci/ bzw. /sys/bus/pci/devices existiert.
Ich würde auch nicht ausschließen das nen Filesystem oder Festplattenfehler Schuld ist.

Auch das hin und wieder xbmc und nicht vdr gestartet wird, deutet für mich auf nen Festplatten oder Filesystemfehler hin. Für nen Filesystemfehler spricht, dass das fscheck-Addon noch fehlt, das so was erkennen und beheben würde.

Claus

[Matthias]

Hi,
wenn ich mir das sysinit Log so anschaue, bin ich ein wenig beruhigt. Das scheint nicht mein Fehler zu sein
Wenn ich das richtig deute, kann das zwei mögliche Ursachen haben. Entweder das sys Device wurde nicht gemountet, oder der Kernel hat sich beim booten gründlich verschluckt.
Falls Du in einem solchen Fehlerfall ne Konsole zur verfügung hast, kannst Du mal bitte schauen, ob sys gemountet ist (mount | grep sys) und ob der Ordner /sys einen normalen Inhalt hat (diverse Verzeichnisse) und ob der Ordner /sys/bus/pci/ bzw. /sys/bus/pci/devices existiert.
Ich würde auch nicht ausschließen das nen Filesystem oder Festplattenfehler Schuld ist.

Auch das hin und wieder xbmc und nicht vdr gestartet wird, deutet für mich auf nen Festplatten oder Filesystemfehler hin. Für nen Filesystemfehler spricht, dass das fscheck-Addon noch fehlt, das so was erkennen und beheben würde.

Claus

Das fsck Addon für die 3er habe ich noch da.
Wie kann ich meine erste Partition (sda1) damit prüfen?

Matthias

[Matthias]

Oder eine andere Variante.
In dem Gehäuse steckt auch noch die MLD2 Festplatte.
Kann ich von der booten und ein fsck auf sda1 der 3er MLD machen?

Matthias

[clausmuus]

Wenn das richtig funktioniert, passiert das automatisch beim runterfahren. Es würde mich aber nicht sonderlich wundern, wenn das nicht funktioniert. Ich befürchte das die System Partition sich beim runterfahren nicht unmounten lässt. Sollte das der Fall sein, müsste die initramfs so geändert werden, das die Systempartition beim booten geprüft wird. Eventuell kann man fsck aber auch zwingen die gemountete Systempartition zu checken.
Das zuverlässigste dürfte sein, von CD zu booten und dann von hand nen "fsck -a /dev/sda1" durchzuführen. Das sollte auch ohne fsck-Addon gehen.

Claus

[Matthias]

Hab mal eine 3er MLD vom USB Stick gebootet und fsck ausgeführt:

fsck -a /dev/sda1
fsck from util-linux-ng 2.17.2
/dev/sda1 has been mounted 59 times without being checked, check forced.
/dev/sda1: 835/61824 files (20.0% non-contiguous), 46969/246991 blocks


Hilft auch nicht weiter?


Matthias

[Matthias]

Ich befürchte aber wir haben ein Problem mit Mehr Kern CPUs.
Als ich vom USB Stick gebootet habe bin ich wieder direkt in XBMC gelandet...

Matthias

[MarMic]

hmmm spricht für meine theorie -> erst stress auf x-kern maschienen! vorher nie probleme bei tests gehabt (siehe meien erfahrungsbericht vom ersten test auf meiner hd hardware)

oder kann das ausgeschloßen werden?  

[Matthias]

So, jetzt aber:

MLD> fsck -a /dev/sda1
fsck from util-linux-ng 2.17.2
/dev/sda1: clean, 835/61824 files, 46969/246991 blocks


 

[MarMic]

aber wenn wir schon beim thema sind... ist das schlimm? das habe ich immer in dmesg (direkt nach der ersten install)

Code: [Select]


ext3_orphan_cleanup: deleting unreferenced inode 30833
ext3_orphan_cleanup: deleting unreferenced inode 30823
ext3_orphan_cleanup: deleting unreferenced inode 30822
ext3_orphan_cleanup: deleting unreferenced inode 30819
ext3_orphan_cleanup: deleting unreferenced inode 30818
ext3_orphan_cleanup: deleting unreferenced inode 30817
ext3_orphan_cleanup: deleting unreferenced inode 30816
ext3_orphan_cleanup: deleting unreferenced inode 30815
ext3_orphan_cleanup: deleting unreferenced inode 30814
ext3_orphan_cleanup: deleting unreferenced inode 30812
ext3_orphan_cleanup: deleting unreferenced inode 30809
ext3_orphan_cleanup: deleting unreferenced inode 30808
ext3_orphan_cleanup: deleting unreferenced inode 30807
ext3_orphan_cleanup: deleting unreferenced inode 30806
ext3_orphan_cleanup: deleting unreferenced inode 30805
ext3_orphan_cleanup: deleting unreferenced inode 30800
ext3_orphan_cleanup: deleting unreferenced inode 30798
ext3_orphan_cleanup: deleting unreferenced inode 30797
ext3_orphan_cleanup: deleting unreferenced inode 30796
ext3_orphan_cleanup: deleting unreferenced inode 30787
ext3_orphan_cleanup: deleting unreferenced inode 30786
ext3_orphan_cleanup: deleting unreferenced inode 30782
ext3_orphan_cleanup: deleting unreferenced inode 30726
ext3_orphan_cleanup: deleting unreferenced inode 30725
ext3_orphan_cleanup: deleting unreferenced inode 30719
EXT3-fs (hda1): 25 orphan inodes deleted

greetz

p.s. mir ist schonklar das ne unreferenced inode irrelevant ist mir macht eher sorgen wie es zu den inodes komtm die einfach rumhängen?

[Matthias]

und noch ein Versuch:

Code: [Select]

MLD> fsck.ext3 -f /dev/sda1
e2fsck 1.41.12 (17-May-2010)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sda1: 835/61824 files (20.0% non-contiguous), 46969/246991 blocks


[clausmuus]

Das Filesystem scheint ok zu sein. Bleibt abzuwarten wie das /sys Verzeichnis aussieht, wenn er mal wieder x nicht starten kann.

Ehrlich gesagt kann ich mir nicht vorstellen das der /sys Fehler mit nem Mehrkern System zusammen hängt. Und auch das fehlerhafte Starten von xbmc nicht.
Was steht denn in der /etc/rc.config unter XORG_AUTOSTART wenn xbmc gestartet wurde? Hattest Du mal zwischenzeitlich das Autostart auf xbmc eingestellt?
Hattest Du eventuell immer dann, wenn xbmc gestartet wird, beim letzten mal auch xbmc benutzt?

Claus

[Matthias]

Das Filesystem scheint ok zu sein. Bleibt abzuwarten wie das /sys Verzeichnis aussieht, wenn er mal wieder x nicht starten kann.

Ehrlich gesagt kann ich mir nicht vorstellen das der /sys Fehler mit nem Mehrkern System zusammen hängt. Und auch das fehlerhafte Starten von xbmc nicht.
Was steht denn in der /etc/rc.config unter XORG_AUTOSTART wenn xbmc gestartet wurde? Hattest Du mal zwischenzeitlich das Autostart auf xbmc eingestellt?
Hattest Du eventuell immer dann, wenn xbmc gestartet wird, beim letzten mal auch xbmc benutzt?

Claus

Autostart XBMC hatte ich noch nie eingestellt.
Eben hatte ich wieder den Fall das sich XBMC vordrängelt

Ich den Logs steht einiges drin, speziell beim vdr frontend


//EDIT
Habe die Logs noch mal an euch gemailt

[MarMic]

@claus,

es ist doch aber so, wenn du in nem init script das hier hast:

1echo "test12234434545252424235423590385ß039´5´34ß0534534"
2echo "zweiter"

und du hast nen multicore system und 1 braucht einfach mal länger als 2 sieht die ausgabe so aus

zweiter
test1231234.......

wenn jetzt xorg vor nvdia-xorg startet auch wenns
start nvidia-xorg
start xorg

ist, muss xorg ja nicht auf das beenden von nvidia-xorg warten. wir haben ja nicht sowas wie semaphore eingebaut!? oder?

kann man scripten return values geben? (bestimmt)
return1 = start nvidia-xorg
while(return1==false) usleep 10
return2 = start xorg
while return2==false usleep 10
return3= strat xineliboutput
usw usw usw

ich weiss ich weiss es ist ne gewagte theorie, aber wie erklärst du dir das matt auf 3 verschiedenen 1core systemen über monate nie probleme hatte und ich auf meinem schlafzuimmer vdr auch nicht und sobald wir das testen auf dualcores abhalten startet x nicht xineliboput kommt nicht hoch usw usw usw

greetz

p.s. mir ist klar das mein pseudocode hässlich ist, ich hoffe aber verständlich :-) andere möglichkeit wäre ein observer und notify messages.... dann  kann man das zentral steuern