[0.3] (behoben) yaVDR hängt beim Booten!

psyone · 23. November 2010

Ist das ein #!%&$.
meine System-Partition ist auf defaults gesetzt und trotzdem sind bei mir diese Symptome.

Thyor · 23. November 2010

Hi psyone,

hast du evtl. noch einen Fehler in der /etc/fstab?

Wie ist der Status bzw. Mount-Counter der Partitionen?
(z.B. tune2fs -l /dev/sda1)

psyone · 23. November 2010

Hallo Thyler,

mehr Infos kann ich dir später geben wenn ich wieder lust habe zu chrooten.
Die fstab sollte O.K. sein, weils mit der änderung von ro auf defaults schon funktionierte und jetzt plötzlich wieder nicht.

Entschuldigt falls mein Post unfreundlich rüber kam, aber ich hänge schon eine Ewigkeit an dem Fehler, paar mal neu installiert, andere Distributionen ausprobiert... aber yaVDR ist mein Favorit.

mbruehl · 23. November 2010

Ich habe den gleichen Effekt hier, kein Bild per HDMI und die Consolen am VGA zeigen nur einen blinkenden Cursor. SSH verweigert die Verbindung.
Ich bin mir sicher das die Ursache ein fehlerhafter fstab Eintrag sein muß, da es das einzige ist, das ich geändert habe. Jetzt muß ich erst mal wieder ein CD-Rom einbauen, da er von USB nicht booten will..........

mbruehl · 23. November 2010

Das wars! Nachdem ich den fehlerhaften Eintrag aus der fstab gelöscht habe, geht alles wieder.

psyone · 24. November 2010

Hier meine fstab. mit der es wie gesagt auch schon funktionierte:

Code

# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda1 during installation
#UUID=1a4cd16a-e76c-4763-b939-ba30417c7dce /               ext4    errors=remount-ro 0       1
UUID=1a4cd16a-e76c-4763-b939-ba30417c7dce /               ext4    defaults 0       1
# swap was on /dev/sda5 during installation
UUID=b0abf720-4e93-49d7-9968-510adfe5d880 none            swap    sw              0       0

Alles anzeigen

und

Code

ubuntu@ubuntu:/mnt/boot$ sudo tune2fs -l /dev/sda1
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name:   <none>
Last mounted on:          /mnt
Filesystem UUID:          1a4cd16a-e76c-4763-b939-ba30417c7dce
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    (none)
Filesystem state:         clean with errors
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              30343168
Block count:              121346304
Reserved block count:     6067315
Free blocks:              118079644
Free inodes:              30280007
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      995
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Sun Nov 21 15:52:15 2010
Last mount time:          Wed Nov 24 14:03:22 2010
Last write time:          Wed Nov 24 14:03:22 2010
Mount count:              9
Maximum mount count:      22
Last checked:             Sun Nov 21 15:52:15 2010
Check interval:           15552000 (6 months)
Next check after:         Fri May 20 15:52:15 2011
Lifetime writes:          19 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:              256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      1d00baf9-dfed-486d-b6c0-5f42fc310ba7
Journal backup:           inode blocks

Alles anzeigen

Bei mir herrscht totale ratlosigkeit, wenn jemand in der fstab nen Fehler findet, wäre das der Knaller.

Thyor · 24. November 2010

Hi,

ich sehe (leider?) keine Fehler in der fstab!
Das letzte Schlupfloch für die Theorie "die fstab ist Schuld" wäre eine falsche UUID der Swap-Partition.
Glaube ich nicht wirklich, wäre aber der Knaller!
Einfach mal mit '#' rausnehmen.

Ein fsck -f /dev/sda1 auf die ungemountete /-Partition könnte auch nicht schaden.

Hast du auch die black.conf mal rausgenommen, um zu sehen wo dein VDR wirklich hängt?

NullP · 24. November 2010

Zitat

Original von Thyor
Ein fsck -f /dev/sda1 auf die ungemountete /-Partition könnte auch nicht schaden.

Jo, das einzig Auffällige scheint noch das zu sein:

Code

Filesystem state:         clean with errors

Da die letzte Aktion vor dem Problem, wenn ich das richtig verstanden habe, eine Änderung ander fstab war:
Fehlt das abschließende Zeilenende (Leerzeile)?
Windows CR/LF eingebaut?

psyone · 27. November 2010

Man ist das scheiße

unerwartete inkonsistenz sda1 /
fsck manuell ausführen ohne -a oder -p (gemacht)
fsck brach ab mit status 4

wieder livecd rein fsck, überprüfung erzwungen wegen fehler.
danach direkt nochmal = fs sauber

yavdr booten

unerwartete inkonsistenz sda1 /
fsck manuell ausführen ohne -a oder -p (gemacht)
fsck brach ab mit status 4

...

psyone · 28. November 2010

Ok meine Freunde:
Mit diesen ganzen hard resets hatte sich das Mainboard auf failsafe umgestellt und das Datum war nicht korrekt.
Wegen diesem eigentlich trivialem Fehler wurde nicht gebootet! fsck von der LiveCD hatte immer die korrekte Zeit benutzt, deswegen kam ich in diese Endlosschleife (siehe letzten Post).

Jetzt funktionierts!

Warum / aber nur Read-Only gemountet wurde und das alles verursacht hat, weiß ich immer noch nicht.

Danke für eure Geduld!

[0.3] (behoben) yaVDR hängt beim Booten!

Jetzt mitmachen!

Teilen