Videoverzeichniss wird nicht automatisch gemountet

Irgendwie funtioniert das nicht mehr.

Meine fstab sieht so aus:

proc            /proc           proc    defaults        0       0
# / was on /dev/sda1 during installation
UUID=712bb7c5-772f-42ba-8c74-f4b6b9d9f64b /               ext4    errors=remount-ro 0       1
# /var/lib/video.00 was on /dev/sda6 during installation
UUID=77bc0d76-0716-4925-8eb2-c8590280fcac /video ext4    defaults        0       2
# swap was on /dev/sda5 during installation
UUID=49a72f0a-7a7a-4958-958a-ea791ce98a9b none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
#/dev/sda6    /video  ext4  defaults   0 2

Ich versuchte es mit einem selber erstellten sowie mit dem automatisch erzeugten Eintrag via UUID, lappt nicht.
Gebe ich auf der Konsole mount /dev/sda6 ein, wird die Partition auf´s Verzeichniss gemountet, aber das sollte doch bei Start automatisch geschehen,oder?

Ja, die ist nur experimentell gewesen, da das normale mounten via UUID nicht funtionierte.
Mit auto,rw,user funtioniert es aber auch nicht.

Ich hhabe jetzt versucht es genau so zu gestalten wie auf VDR 1.
dort wird /dev/sda6 direkt nach /var/lib/video.00 in der fstab gemountet:

/dev/sda6 /var/lib/video.00 ext4 user,auto 0 2

...funzt nicht.
/var/lib/video.00 habe ich vdr zugeordnet, alle dürfen reinschreiben.
Ist auf dem anderen Rechner nicht anders, da klappt es - hier nicht.

Geht nach wie vor nur wenn ich manuell mount /dev/sda6 einhacke.
Das funktioniert jetzt auch als user "vdr" ganz prima, aber automatisch macht er es nicht.
Der Witz daran ist, dass es bis zum Kernel-Update geklappt hat.
Auf dem anderen VDR wurde noch nichts aktualisiert, da funzt es noch. :-/
Das kann doch aber gar nicht sein sowas,oder?

Hier mal die Partitionstabelle:

/dev/sda1   *           1         243     1951866   83  Linux
/dev/sda2             244       19929   158127795    5  Erweiterte
/dev/sda5             244         486     1951866   82  Linux Swap / Solaris
/dev/sda6             487       19929   156175866   83  Linux

Der MUSS die doch mounten,oder?

Dies stimmt überein, habe ich schon versucht.
Und via /dev/sda6 /var/lib/video.00 ext4 user,auto 0 2
geht es ja auch nicht.

Die Partition ist ext4 , wenn ich manuell mounte reicht ein mount /dev/sda6 um die Partition zu mounten und alles funzt.

mount -a probiere ich mal wenn ich zu Hause bin

So... mount -a mountet die Platte auch zuverlässig auf das Verzeichniss.
Warum tut es nicht der normale Systemstart?
Die fstab muss doch korrekt sein,oder?

Es stimmt, autofs ist drin und wird beim Start auch ausgeführt...
Habe mich mal dran versucht:

Meine auto.master:

#
# $Id: auto.master,v 1.4 2005/01/04 14:36:54 raven Exp $
#
# Sample auto.master file
# This is an automounter map and it has the following format
# key [ -mount-options-separated-by-comma ] location
# For details of the format look at autofs(5).
#/misc	/etc/auto.misc --timeout=60
#/smb	/etc/auto.smb
#/misc	/etc/auto.misc
#/net	/etc/auto.net
/video /etc/auto.video

Meine auto.video:

video         -fstype=ext4:/dev/sda6

dann ein

/etc/init.d/autofs reload

es geschieht auch das was passieren sollte:

Reloading automounter: checking for changes ...
Reloading automounter map for: /video

cd /video

LEER!

ma ganz interessiert ein

mount

eingehackt:

/dev/sda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
automount(pid5460) on /video type autofs (rw,fd=4,pgrp=5460,minproto=2,maxproto=4)

Das begreife ich einfach nicht.
Was ist denn da nur los?

Hmm, ging bei mir auch nicht, hatte erhofft das bei Zugriff dann "richtig" gemountet wird, aber Fehlanzeige.
Egal, habe das Problem gelöst indem ich den ganzen UUID Schnickschnack rausgeschmissen habe und alles sauber aufräumte.

fstab sieht jetzt so aus:

# /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         defaults              0       0
/dev/sda1       /                  ext4         errors=remount-ro     0       1
/dev/sda6       /var/lib/video.00  ext4         defaults              0       2
/dev/sda5       none               swap         sw                    0       0
/dev/scd0       /media/cdrom0      udf,iso9660  user,noauto,exec,utf8 0       0

...und läuft.

eigentlich völlig unlogisch, da ich ja bereits vorher den Versuch gemacht hatte direkt via Device Eintrag zu mounten - und das ja mit mount -a funktionierte, aber nun klappt es auf einmal.

EDIT: Nein!!!! - Das war nur im Cache von WinSCP. Es ist nichts gemountet. funktioniert nach wie vor nur via mount -a

Na toll. :-/
Dann werde ich mich hüten den anderen VDR zu upgraden, dann ist der im gleichen Zustand.
Ich werde mal weiter experimentieren und logge das ganze in diesen Thread.

Klappt einfach nicht.
Habe mir jetzt mit einem mount -a in der rc.local geholfen.
Vielleicht findet sich ja da noch eine Lösung, meine Fähigkeiten sind da eher begrenzt.