[ubuntu 12.04 server] mount probleem / fstab

[Mystic Spirit]

Bij het booten van een VM waar ik ubuntu 12.04 op heb staan (als download machine) gaat er iets mis bij het mounten van de shares op mijn file server.

Bij het booten krijg ik de melding dat er iets mis is bij het mounten, vervolgens kies ik voor skip en boot het geheel wel door, maar krijg ik de melding

code:

mountall: Disconnected from Plymouth

Als ik dan switch naar een tweede console (met ctrl+alt+F2) kan ik zien dat mijn netwerkshares niet gemount zijn dus waarschijnlijk zit het probleem in mijn fstab file, maar ik zie het niet....

Dit is de inhoud van mijn fstab (wat maskeringen met $$$)

code:

# /etc/fstab: static file system information.
#
# Use 'blkid' 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
/dev/mapper/downloadvm--vg-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda1 during installation
UUID=30c74182-53c9-4ae4-ac85-ce7acef9bb96 /boot           ext2    defaults        0       2
/dev/mapper/downloadvm--vg-swap_1 none            swap    sw              0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0
//192.168.111.100/music /media/music cifs
//username=$$$,password=$$$,iocharset=utf8,sec=ntlm 0 0
//192.168.111.100/movies /media/movies cifs
//username=$$$,password=$$$,iocharset=utf8,sec=ntlm 0 0
//192.168.111.100/tvshows /media/tvshows cifs
//username=$$$,password=$$$,iocharset=utf8,sec=ntlm 0 0

Iemand die iets verkeerds ziet?

[DeBolle]

Staan de credentials per ongeluk op een tweede regel of is het bewust? Bedoelde je misschien een backslash achteraan de eerste regel in plaats van vooraan de tweede regel? Mag ik er van uitgaan dat je inderdaad de smb client erop hebt staan? Mounten lukt wel op de CLI?

[Mystic Spirit]

De credentialls staan bewust op de tweede regel en bij mounten na boot in de cli is er geen enkel probleem om de shares gemount te krijgen...

bij de boot zijn dit de berichten die ik krijg:

code:

fsck from util-linux 2.20.1
fsck from util-linux 2.20.1
/dev/mapper/downloadvm--vg-root: clean 102396/6340608 files, 1351734/25360384 blocks
/dev/sda1 was not cleanly unmounted chec forced
Password: mount: unknown filesystem type 0
mountall: mount 0 [512] terminated with status 32
mountall: Filesystem could not be mounted: 0
Password: Password: checking disk drives for errors. This may take several minutes.
Press C to cancel all checks in progress
/dev/sda1: 235/124496 files (3.0% non-contigious) 9190/248832 blocks
mountall: fsck /boot [307] terminated with status 1

An error occured while mounting 0.
Press S to skip mounting or M for manual recovery

[DeBolle]

Op het eerste gezicht zijn die meldingen niet van toepassing op de CIFS mounts. Mount de CIFS shares eens en paste hier de uitvoer van het ' mount' command - dat is dan min of meer zoals het ook in de /etc/fstab zou moeten staan.
Ik heb nooit eerder gezien dat fstab twee regels gebruikt, is dat iets van Ubuntu 12 of zo? Normaal is het iets als "\\cifs-server\sharename /mnt rw,uid=xxx,gid=yyy" met naam/wachtwoord in een aparte file (.smbcred), maar mijn laatste Ubuntu install was 10.04.

[Mystic Spirit]

Dit is de output van mount:

code:

/dev/mapper/downloadvm--vg-root on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs 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 devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
/dev/sda1 on /boot type ext2 (rw)
//192.168.124.100/music on /media/music type cifs (rw)
//192.168.124.100/movies on /media/movies type cifs (rw)
//192.168.124.100/tvshows on /media/tvshows type cifs (rw)

Ik zal even de twee regels tot 1 terug brengen en kijken wat dat oplevert.

Edit:
Ik heb de twee regels naar 1 gezet en ik heb de regel m.b.t. floppy verwijdert, want ik heb geen floppy en nu zijn de problemen weg

[ Voor 7% gewijzigd door Mystic Spirit op 16-02-2014 21:28 ]

[Hero of Time]

Zet bij de opties van de mount, vooraan, _netdev. Je probleem is dat fstab wordt geladen bij het opstarten, nog ver voordat het netwerk online komt. Omdat het alle entries in fstab normaal doorloopt om het systeem online te krijgen en niet weet wat essentieel is, wat remote e.d., doet het alles in 1 keer. Echter, het netwerk is later pas online, en er zijn specifieke mount hooks die bij het netwerk configureren horen. Als het netwerk up is, zal het de mounts met optie _netdev mounten.

[Mystic Spirit]

Goede tip. Die zal ik er nog even voor plaatsen. Dan moet het allemaal zeker goed gaan.

[Rainmaker]

Mystic Spirit schreef op zondag 16 februari 2014 @ 20:13:
De credentialls staan bewust op de tweede regel en bij mounten na boot in de cli is er geen enkel probleem om de shares gemount te krijgen...

bij de boot zijn dit de berichten die ik krijg:

code:

fsck from util-linux 2.20.1
fsck from util-linux 2.20.1
/dev/mapper/downloadvm--vg-root: clean 102396/6340608 files, 1351734/25360384 blocks
/dev/sda1 was not cleanly unmounted chec forced
Password: mount: [u]unknown filesystem type 0[/u]

Dit krijg je als je fstab niet 6 velden bevat
# <file system> <mount point> <type> <options> <dump> <pass>

Ik heb het vermoeden dat je /etc/fstab aan het aanpassen bent. Houdt er rekening mee dat de initrd mogelijk een eigen copy heeft van de fstab. Als je een rescue shell pakt, zou je dit moeten kunnen zien. Draai eens update-initramfs -u -k all.

[Hero of Time]

Rainmaker schreef op maandag 17 februari 2014 @ 17:01:
Ik heb het vermoeden dat je /etc/fstab aan het aanpassen bent. Houdt er rekening mee dat de initrd mogelijk een eigen copy heeft van de fstab. Als je een rescue shell pakt, zou je dit moeten kunnen zien. Draai eens update-initramfs -u -k all.

Dat is niet vereist. Wijzigingen aan fstab kan je gewoon maken zonder je initrd opnieuw te moeten maken. Het gaat zelf op zoek naar je root filesystem en mount deze, om daarna fstab te kunnen lezen en de rest te mounten (en / met de juiste opties).