[LarsX]

Kann es sein, dass beim Mounten einer externen 2,5-Zoll-USB-Festplatte, die an einem aktiven USB-Hub hängt, das Timing schiefgehen kann?

Ich richte im OSD ein, dass ich sda1 (ext4) als Datenspeicher nutzen will. Dies funktioniert auch, was ich sofort am größeren Datenspeicherplatz bemerke.

In der /etc/fstab wurde automatisch hinzugefügt:

Code: [Select]

/dev/sda1   /mnt/data       ext4    defaults         0 0
Nach einen Neustart ist /dev/sda1 jedoch nicht mehr gemountet, und der Datenspeicherplatz beschränkt sich wieder auf die kleine SD-Karte. Ich muss dann manuell mounten, was auch problemlos funktioniert:

Code: [Select]

mount /dev/sda1
Wieso klappt das denn nicht automatisch, wenn's in der fstab so eingetragen ist? Ist vielleicht die USB-Platte zum Zeitpunkt des Mountens noch nicht bereit dafür?

[skippy]

Hallo,

ist denn der Eintrag in der /etc/fstab nach dem Neustart noch vorhanden oder fehlt der? Falls er nicht mehr drin ist, stellt sich die Frage, ob du die MLD auch auf die SD-Karte über Webif bzw. OSD installiert hast? Wenn nicht, läuft die MLD im sog. Live-Modus => alle Änderungen und Einstellungen werden nicht gespeichert.

Viele Grüße skippy

[LarsX]

Der Eintrag in der fstab überlebt den Neustart - drum wundere ich mich ja. Es ist kein Live-Modus. Diese VDR-Installation ist "echt".

Mir ist nicht klar, wieso dennoch der automatische Mount ausbleibt und ich das nach jedem Neustart von Hand erledigen muss. 

[clausmuus]

Hi,

erstell mal über's Webif nen Debug-Log (http://mld/bug)

Claus

[LarsX]

(Kleine Randbemerkung: Der Link funktioniert nicht.)

1. dmesg | grep sda:

Spoiler (show / hide)

Code: [Select]

[    5.942645] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/465 GiB)
[    5.943054] sd 0:0:0:0: [sda] Write Protect is off
[    5.943078] sd 0:0:0:0: [sda] Mode Sense: 23 00 00 00
[    5.943409] sd 0:0:0:0: [sda] No Caching mode page found
[    5.943559] sd 0:0:0:0: [sda] Assuming drive cache: write through
[    5.946181]  sda: sda1
[    5.948576] sd 0:0:0:0: [sda] Attached SCSI disk


... /dev/sda wurde also nach dem Neustart "gesehen", aber /dev/sda1 nicht eingehängt.

2. cat /var/log/messages | grep sda:

Spoiler (show / hide)

Code: [Select]

Jan  1 01:00:07 (none) user.notice kernel: [    5.942645] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/465 GiB)
Jan  1 01:00:07 (none) user.notice kernel: [    5.943054] sd 0:0:0:0: [sda] Write Protect is off
Jan  1 01:00:07 (none) user.debug kernel: [    5.943078] sd 0:0:0:0: [sda] Mode Sense: 23 00 00 00
Jan  1 01:00:07 (none) user.err kernel: [    5.943409] sd 0:0:0:0: [sda] No Caching mode page found
Jan  1 01:00:07 (none) user.err kernel: [    5.943559] sd 0:0:0:0: [sda] Assuming drive cache: write through
Jan  1 01:00:07 (none) user.info kernel: [    5.946181]  sda: sda1
Jan  1 01:00:07 (none) user.notice kernel: [    5.948576] sd 0:0:0:0: [sda] Attached SCSI disk
Apr 15 17:34:43 (none) daemon.err udevd[503]: failed to execute '/lib/udev/edd_id' 'edd_id --export /dev/sda': No such file or directory
Apr 15 17:36:15 (none) daemon.err udevd[2888]: failed to execute '/lib/udev/edd_id' 'edd_id --export /dev/sda': No such file or directory


3. mount:

Spoiler (show / hide)

Code: [Select]

/dev/mmcblk0p2 on / type btrfs (rw,relatime,ssd,noacl,space_cache)
devtmpfs on /dev type devtmpfs (rw,relatime,size=371284k,nr_inodes=92821,mode=755)
proc on /proc type proc (rw,relatime)
sys on /sys type sysfs (rw,relatime)
tmp on /tmp type tmpfs (rw,relatime)
run on /run type tmpfs (rw,relatime)
log on /var/log type tmpfs (rw,relatime)
/dev/mmcblk0p2 on /media/sd-mmcblk0p2 type btrfs (rw,relatime,ssd,noacl,space_cache)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
/dev/mmcblk0p2 on /var/cache type btrfs (rw,relatime,ssd,noacl,space_cache)
/dev/mmcblk0p2 on /mnt/data type btrfs (rw,relatime,ssd,noacl,space_cache)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0002,dmask=0002,allow_utime=0020,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)


...keine Spur von /dev/sda1 in den Mounts.

4. In der /etc/fstab ist die entsprechende Zeile aber eingebunden:

Spoiler (show / hide)

Code: [Select]

proc        /proc           proc      defaults            0 0
sys         /sys            sysfs     defaults            0 0
run         /run            tmpfs     defaults            0 0
tmp         /tmp            tmpfs     defaults            0 0
dev         /dev            devtmpfs  defaults            0 0
devpts      /dev/pts        devpts    mode=0620,gid=5     0 0
/dev/dvd    /media/dvd      auto      ro,noauto           0 0
/dev/cdrom  /media/cdrom    auto      ro,noauto           0 0
UUID=d39286ff-f932-4511-bee5-5f6275812256   /               auto   defaults             0 1
UUID=d39286ff-f932-4511-bee5-5f6275812256   /var/cache      btrfs  subvol=@cache        0 0
UUID=d39286ff-f932-4511-bee5-5f6275812256   /mnt/data       btrfs  subvol=@data         0 0
UUID=22E9-13E9   /boot        auto      defaults            0 2
#######//192.168.0.7/data  /mnt/data  cifs    user=
/dev/sda1   /mnt/data       ext4    defaults         0 0


5. Manuelles Mounten von /dev/sda1 hingegen, welches ja ebenfalls die fstab benutzt, klappt:

Code: [Select]

mount /dev/sda1
6. dmesg | grep sda1:

Code: [Select]

[  484.800185] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
7. mount | grep sda1:

Code: [Select]

/dev/sda1 on /mnt/data type ext4 (rw,relatime,data=ordered)

[LarsX]

Ich bin also vergleichsweise ratlos, wieso ich /dev/sda1 über die fstab zwar manuell einbinden kann, dies aber nicht beim Hochfahren passiert.

Derzeit behelfe ich mir mit der Nutzung von AutoFS - das funktioniert und überlebt den Neustart. Dennoch wurmt es mich, einen Umweg statt des direkten Wegs gehen zu müssen.

[clausmuus]

Du kannst mal versuchen, ob's hilft in der fstab die andere /mnt/data Zeile auszukommentieren.

Claus

[LarsX]

Oh Mann, oh Mann...

... du hattest definitiv einen schärferen Blick auf die fstab als ich. Dass da weiter oben noch ein zweiter Eintrag "/mnt/data" in der Datei war, ist mir völlig entgangen, so fixiert war ich auf die /dev/sda1-Zeile.

Das System hatte der fstab einen zwar den neuen Eintrag sda1 -> /mnt/data spendiert, den alten jedoch an Ort und Stelle gelassen. Der obere hatte dann Gültigkeit, der untere, auf sda1 bezogene, fiel unter den Tisch. Deswegen funktionierte es nicht.

Nun klappt's mit der Datenpartition auf der externen USB-Festplatte, auch nach einen Neustart. Danke für den Hinweis.

[clausmuus]

Hi,

das mit dem zweiten Eintrag war gewollt. Das soll halt nen fallback sein, falls nen manuell hinzugefügtes Daten Laufwerk mal nicht verfügbar sein sollte. Ich war mir nur nicht sicher mit der Reihenfolge, in der die beiden eingetragen sein müssen.
Jedenfalls muss ich mir das noch mal anschauen und so ändern, dass der automatische Mount wie gewünscht funktioniert.

Claus