VDR fährt nicht mehr hoch

Das gleiche Problem hab ich jetzt auch !

yaVDR gestern runtergefahren, Platte abgemacht und dann wieder drangemacht, neu gestartet :

Es kommt noch "yaVDr wird gestartet". Dann schwarzer Schirm.

Auf eine Konsole kann ich wechseln, dort bin ich als root@... drin.

Beim Start von mc kommt "Read-Only Filesystem (30)".

Alle Logs haben keine neuen Einträge.

Das Verzeichnis "/var/lock" hat das Datum von heute.

/etc/fstab sieht normal aus. Kann sich die UUID der Festplatte ändern ?

Wenn ich "Recovery" starte kann ich mit "Scroll" die Meldungen die kommen anhalten. Da sehe ich aber nichts besonderes.

Was kann das sein ?

Was kann ich noch prüfen ?

Grüße Bernd

PS.: Andere Version beim Booten geht auch nicht.

tune2fs -l /dev/sda1

ergibt die gleiche UUID wie in /etc/fstab steht.

Besonderheiten kann ich nicht entdecken, ausser dass der "last mount" schon 2 Tage her ist (letzter erfolgreicher Start)

Grüße Bernd

Mein VDR startet immer noch nicht.

Hier ist der Screen vom Start, wenn ich als Startoption "Recovery Mode" wähle :

http://www.partyfotos.de/vdr/yaVDR_Startfehler.jpg

Sieht da jemand was ?

Was ich noch prüfen.

An sich wäre es ja kein Problem yaVDR nochmal zu installieren. Doch wenn sowas öfter passiert wird das echt lästig.

Niemand eine Idee ?

Grüße Bernd

Zitat

Original von Bernie7
Mein VDR startet immer noch nicht.

Vielleicht hilft dir dieser Thread weiter.

Gerald

Zitat

Original von gda
Vielleicht hilft dir dieser Thread weiter.

Ja, ich habe jetzt so einiges über GRUB gelernt.

Mein VDR läuft leider immer noch nicht.

Eine Datei /boot/grub/menu.lst gibt es bei mir nicht. Komisch !

Grüße Bernd

Zitat

Original von Bernie7
Eine Datei /boot/grub/menu.lst gibt es bei mir nicht. Komisch !

yaVDR basiert auf Ubuntu Karmic wenn ich das richtig in Erinnerung habe, und das verwendet jetzt den Grub2. Alle Grub Konfigdateien haben sich komplett verändert und wurden neu über die Festplatte verteilt...
http://wiki.ubuntuusers.de/grub_2

Danke für die Infos !

Hab jetzt yaVDR neu installiert.

Die Dateien

/boot/grub/grub.cfg
und
/etc/fstab

werde ich nun sichern. Dann merke ich wenn da Veränderungen drinnen sind.

Grüße Bernd

verdammt... gestern Nacht hatte ich eine Aufnahme am laufen yavdr scheint auch brav hoch und wieder runtergefahren zu sein. Heute wollte ich dann normal starten. "starting yet another VDR" danach kommt nur ein schwarzer Bildschirm. Im Netzwerk ist der VDR nicht zu finden und beim versuchen per Strg+Alt+F2 auf die Konsole zu wechseln bringt mir nur einen blinkenden Cursor. Im moment scheint nichts mehr zu gehen

So komme ich nicht mal am Gerät auf die Konsole, geschweige denn an Logs
Im Moment bin ich deswegen grad ziemlich ratlos, was ich tun kann...

...achja S3 ist deaktiviert durch auskommentieren in der Datei. Hat bisher auch einwandfrei so funktioniert.

Das kann nur an grub liegen, habt ihr schonmal gesucht ob es für karmic ähnliche Berichte gibt ?

Hintergrund: Die Ausgabe die ihr seht kommt von grub und danach scheint nichts mehr zu kommen. Augenscheinlich scheint das seit der Kernelversion 2.6.31.19 zu kommen. Oder hatte das jemand vorher ?

Hat von euch schon jemand launchpad durchwühlt nach ähnlichen Berichten ?

Weiterer Ansatz um dem Problem auf die Spur zu kommen: /etc/init/clearTTY.conf mal wegsichern und dann löschen. Vielleicht wird ja tatsächlich etwas ausgegeben.

Hallo e-reyser,

Bei mir kam ich nach mehrmaligem Booten und paarmal Esc und Enter auf eine Konsole, mit root.

Die Platte war readonly gemounted.

Mein Verdacht ist dass sich die Nummer der Platte geändert hat. Im Grub wird die Platte allerdings über die UUID gefunden, die hatte sich bei mir nicht geändert.

Im www gibt es öfter Fälle wo das grub bei ubuntu plötzlich nicht mehr bootet. Lösungen die bei mir gepasst haben gab es keine.

Man kann ja beim Start mit "e" die grub-Konfigdatei editieren.

So sieht meine jetzige aus :

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#


### BEGIN /etc/grub.d/00_header ###
if [ -s /boot/grub/grubenv ]; then
  have_grubenv=true
  load_env
fi
set default="0"
if [ ${prev_saved_entry} ]; then
  saved_entry=${prev_saved_entry}
  save_env saved_entry
  prev_saved_entry=
  save_env prev_saved_entry
fi
insmod ext2
set root=(hd0,1)
search --no-floppy --fs-uuid --set 187eab03-81c0-4692-9e63-dff5d59f9ebb
if loadfont /usr/share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  insmod gfxterm
  insmod vbe
  if terminal_output gfxterm ; then true ; else
    # For backward compatibility with versions of terminal.mod that don't
    # understand terminal_output
    terminal gfxterm
  fi
fi
if [ ${recordfail} = 1 ]; then
  set timeout=-1
else
  set timeout=10
fi
### END /etc/grub.d/00_header ###


### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/white
### END /etc/grub.d/05_debian_theme ###


### BEGIN /etc/grub.d/10_linux ###
menuentry "Ubuntu, Linux 2.6.31-19-generic" {
        recordfail=1
        if [ -n ${have_grubenv} ]; then save_env recordfail; fi
	set quiet=1
	insmod ext2
	set root=(hd0,1)
	search --no-floppy --fs-uuid --set 187eab03-81c0-4692-9e63-dff5d59f9ebb
	linux	/boot/vmlinuz-2.6.31-19-generic root=UUID=187eab03-81c0-4692-9e63-dff5d59f9ebb ro   quiet splash
	initrd	/boot/initrd.img-2.6.31-19-generic
}
menuentry "Ubuntu, Linux 2.6.31-19-generic (recovery mode)" {
        recordfail=1
        if [ -n ${have_grubenv} ]; then save_env recordfail; fi
	insmod ext2
	set root=(hd0,1)
	search --no-floppy --fs-uuid --set 187eab03-81c0-4692-9e63-dff5d59f9ebb
	linux	/boot/vmlinuz-2.6.31-19-generic root=UUID=187eab03-81c0-4692-9e63-dff5d59f9ebb ro single 
	initrd	/boot/initrd.img-2.6.31-19-generic
}
### END /etc/grub.d/10_linux ###


### BEGIN /etc/grub.d/30_os-prober ###
if [ ${timeout} != -1 ]; then
  if keystatus; then
    if keystatus --shift; then
      set timeout=-1
    else
      set timeout=0
    fi
  else
    if sleep --interruptible 3 ; then
      set timeout=0
    fi
  fi
fi
### END /etc/grub.d/30_os-prober ###


### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

Wenn Du irgendwie auf das Dateisystem kommt, sie befindet sich unter /boot/grub/grub.cfg.

Die UUID Deiner Platte ist natürlich anders.

Prüfe auch die /etc/fstab, wenn Du drankommst.

Grüße Bernd

hmmm... also ich kann machen was ich will ich komm nicht in die Konsole. Er kommt nach Grub einfach nicht weiter.

Im Grub selbst komme ich zwar in die Konsole aber von da aus dann halt nicht in mein Dateisystem

Über "e" komme ich in Grub nur an die einzelnen Menüpunkte um diese zu editieren, die sehen bis auf die UUID eigentlich ähnlich aus wie bei Bernd.

Würde es etwas bringen Grub über ne normale LiveCD von Ubuntu neu zu installieren? Wobei das Problem vermutlich gar nicht unbedingt am Grub liegt denke ich....

Naja ich grübel morgen weiter.
Gute Nacht

ich habe genau das gleiche Problem...

bringt es was, wenn ich mit ner Knoppix Live CD o.ä. auf das Dateisystem zugreife?

welche Dateien muss ich mir genau anschauen bzw. was hat bei euch geholfen? Und wie bekomme ich die UUID meiner Platte heraus?

bernie: Falls ich yavdr neu installieren muss: geht das ohne dass das video.00 Verzeichnis gelöscht wird?

Gruß
PaulElch

meine Vermutung wäre das der fsck läuft und nichts weiter geht solange der nicht vorbei ist. Wenn du den fsck vom knoppix laufen lassen kannst und danach alles wieder läuft weisst du ob ich recht hatte, ansonsten kann man anhand der Flut an Informationen ja genau sehen woran es liegt

durch die Rumspielerei mit der BIOS Uhrzeit habe ich mir vermutlich das Datum verhagelt. Mir fällt bei den Dateiständen auch auf, dass teilweise z.B. "0. April 2010" drin steht... kann das damit was zu tun haben?

Ich starte jetzt noch mal und lasse die Kiste dann die nächste Zeit einfach mal an, in der Hoffnung der fsck läuft durch.

wenn ich mit der Knoppix Live CD boote und "sudo fsck" auf der Konsole eingebe, erscheint: "fsck from util-linux-ng 2.16.1"
Muss ich das irgendwie nachladen?

Im /var/log/syslog steht:
yavdr init: tty1 main process (2033) terminated with status 1
yavdr init: tty1 main process ended, respawning
yavdr kernel: Kernel logging (proc) stopped.

Noch ne Idee?

fsck /dev/sd.... -> man fsck

Nicht unbedacht irgendwas bestätigen, da fsck die Daten verändert. Wenn du wichtige Dateien drauf hast, vorher sichern.

so jetzt nach ner längeren Zeit läuft der VDR wieder...
Es lief tatsächlich der fsck durch.

Nach einem Reboot läuft jetzt aber erneut der fsck...
Wie kann ich das beheben, dass der jetzt nicht bei jedem Boot läuft?

Soll ich mal ein dist-upgrade machen?
Habe ich bisher noch nicht gemacht und nutze schon seit längerem die 0.1 Version...

Ich glaube wir haben einen fsck beim shutdown inzwischen - ich weiss es aber nicht sicher - getestet hats glaub ich auch noch keiner.

Wenn du nicht unbedingt dist-upgraden willst, kannst du den fsck mit "tune2fs -i 0d -c 0 /dev/sd?" auch abschalten. Ist aber nicht wirklich zu empfehlen, da Defekte am Dateisystem nicht repariert werden - das kann im schlimmsten Fall zu Datenverlust führen.

Ich rate auf jeden Fall zu einem dist-upgrade !

Gruß Dirk

Super. Vielen Dank euch!
Hab nun folgendes durchgeführt:

apt-get update
apt-get upgrade
apt-get dist-upgrade

Nun läuft das System wieder vorbildlich!
Der fsck lief ein paar Mal davor durch, nun passt es wieder.

Gruß
PaulElch