Bug 797216 - f17 cannot mount filesystem at boot time systemd refuses (workaround=in emergency issue mount -a, then continue)
Summary: f17 cannot mount filesystem at boot time systemd refuses (workaround=in emerg...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: util-linux
Version: 17
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Karel Zak
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-02-24 15:29 UTC by Reartes Guillermo
Modified: 2012-03-21 18:52 UTC (History)
9 users (show)

Fixed In Version: util-linux-2.21-2.fc17
Clone Of:
Environment:
Last Closed: 2012-03-21 18:52:27 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
messages (2.52 MB, text/plain)
2012-02-24 15:29 UTC, Reartes Guillermo
no flags Details

Description Reartes Guillermo 2012-02-24 15:29:32 UTC
Created attachment 565620 [details]
messages

Description of problem:

I cannot manage to add a filesystem to the fstab under f17.

* This is my fstab file without mofifications:

# cat /etc/fstab 

#
# /etc/fstab
# Created by anaconda on Wed Feb 22 06:41:27 2012
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=72c80d8d-eaa0-4a47-846a-5b88efa03e9b /     ext4    defaults        1 1
UUID=e76952a1-bb40-4aa6-a58c-bd5c482e700d swap  swap    defaults        0 0
UUID=375a4b6e-b0c8-457c-a36a-c2401743e74e swap  swap    defaults        0 0

* Tried adding these variants to the fstab file:

LABEL=f17-virt    /var/lib/libvirt/images/  ext4 defaults  1 1

UUID=7e5fd787-04db-4471-ab08-d5c5f1a639ce  /var/lib/libvirt/images/  ext4 defaults  1 1

/dev/sdb1         /var/lib/libvirt/images/  ext4 defaults  1 1


* The device i want to mount is:

# blkid | grep sdb1
/dev/sdb1: LABEL="f17-virt" UUID="7e5fd787-04db-4471-ab08-d5c5f1a639ce" TYPE="ext4"

* I even tried relabeling:
# echo /.autorelabel


No luck, F17's systemd claims that "dependency failed" for "var-lib-libvirt-images" and gives me the option of login to emergency target.

I want to mount that filessytem, the strangest thing is that prior to reboot, a 'mount -a' succeeds, indicating that the fstab line is ok.

Also when login to emergency after the error, the workaround is to login to emergency, issue a 'mount -a' which succeeds and issuing a ctrl+d to switch to default target.

And this also causes md devices to be activated (actually only raid1 devices, raid0 devices are not for some reason activated). This might be another issue.
# cat /proc/cmdline 
ro root=/dev/sda5 rd.md=0 rd.lvm=0 rd.dm=0 rd.luks=0 drm.debug=0x04

* SELinux is in PERMISSIVE mode.

I am doing something wrong?  


Version - release number of selected component (if applicable):

kernel: 3.3.0-0.rc4.git1.4.fc17.x86_64

systemd.x86_64               43-1.fc17     @koji-override-1/$releasever
systemd-analyze.x86_64       43-1.fc17     @fedora                     
systemd-sysv.x86_64          43-1.fc17     @koji-override-1/$releasever

How reproducible:
allways


Actual results:
unable to boot with the specified filesystem, i can workaround it by loging in emergency and issuing a 'mount -a' and returning to default (ctrl+d)


Expected results:
normal boot

Additional info:
The filesystem was previously used by f16 (actually, it was f16 virt-manager test filesystem). It was not formatted, i just changed the label.

Comment 1 Michal Schmidt 2012-02-24 15:44:51 UTC
(In reply to comment #0)
> LABEL=f17-virt    /var/lib/libvirt/images/  ext4 defaults  1 1
...

In the past there was a bug in util-linux that confused /bin/mount when the mountpoint in fstab ended with a slash ('/'). It's been fixed, but just in case, could you try without it?

Also, what does this command say when you're given the emergency mode?:
udevadm info -q all -n /dev/sdb1

Comment 2 Reartes Guillermo 2012-02-24 16:44:00 UTC
> In the past there was a bug in util-linux that confused /bin/mount when
> the mountpoint in fstab ended with a slash ('/'). It's been fixed, but
> just in case, could you try without it?

yes, and the filesystem is mounting correctly without the ending slash. 
maybe that util-linux bug is still there.

thanks for the quick reply.

This fstab works correctly, fedora boots normally:

# cat /etc/fstab 

#
# /etc/fstab
# Created by anaconda on Wed Feb 22 06:41:27 2012
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=72c80d8d-eaa0-4a47-846a-5b88efa03e9b /                       ext4    defaults        1 1
UUID=e76952a1-bb40-4aa6-a58c-bd5c482e700d swap                    swap    defaults        0 0
UUID=375a4b6e-b0c8-457c-a36a-c2401743e74e swap                    swap    defaults        0 0
UUID=7e5fd787-04db-4471-ab08-d5c5f1a639ce /var/lib/libvirt/images        ext4           defaults        1 1
UUID=7b955062-7735-4759-aad0-55855c4d3c5e /data                          ext4           defaults        1 1


Just in case:

# cat udevadm-q_all-n_sdb1
P: /devices/pci0000:00/0000:00:11.0/ata3/host2/target2:0:0/2:0:0:0/block/sdb/sdb1
N: sdb1
S: disk/by-id/ata-WDC_WD1001FALS-00J7B1_WD-WMATV2323736-part1
S: disk/by-id/scsi-SATA_WDC_WD1001FALS-_WD-WMATV2323736-part1
S: disk/by-id/wwn-0x50014ee056bd218a-part1
S: disk/by-label/f17-virt
S: disk/by-partlabel/Linux\x2fWindows\x20data
S: disk/by-partuuid/a9521015-3257-4a35-826c-4f15dcd46601
S: disk/by-path/pci-0000:00:11.0-scsi-0:0:0:0-part1
S: disk/by-uuid/7e5fd787-04db-4471-ab08-d5c5f1a639ce
E: DEVLINKS=/dev/disk/by-id/ata-WDC_WD1001FALS-00J7B1_WD-WMATV2323736-part1 /dev/disk/by-id/scsi-SATA_WDC_WD1001FALS-_WD-WMATV2323736-part1 /dev/disk/by-id/wwn-0x50014ee056bd218a-part1 /dev/disk/by-label/f17-virt /dev/disk/by-partlabel/Linux\x2fWindows\x20data /dev/disk/by-partuuid/a9521015-3257-4a35-826c-4f15dcd46601 /dev/disk/by-path/pci-0000:00:11.0-scsi-0:0:0:0-part1 /dev/disk/by-uuid/7e5fd787-04db-4471-ab08-d5c5f1a639ce
E: DEVNAME=/dev/sdb1
E: DEVPATH=/devices/pci0000:00/0000:00:11.0/ata3/host2/target2:0:0/2:0:0:0/block/sdb/sdb1
E: DEVTYPE=partition
E: ID_ATA=1
E: ID_ATA_DOWNLOAD_MICROCODE=1
E: ID_ATA_FEATURE_SET_AAM=1
E: ID_ATA_FEATURE_SET_AAM_CURRENT_VALUE=254
E: ID_ATA_FEATURE_SET_AAM_ENABLED=1
E: ID_ATA_FEATURE_SET_AAM_VENDOR_RECOMMENDED_VALUE=128
E: ID_ATA_FEATURE_SET_HPA=1
E: ID_ATA_FEATURE_SET_HPA_ENABLED=1
E: ID_ATA_FEATURE_SET_PM=1
E: ID_ATA_FEATURE_SET_PM_ENABLED=1
E: ID_ATA_FEATURE_SET_PUIS=1
E: ID_ATA_FEATURE_SET_PUIS_ENABLED=0
E: ID_ATA_FEATURE_SET_SECURITY=1
E: ID_ATA_FEATURE_SET_SECURITY_ENABLED=0
E: ID_ATA_FEATURE_SET_SECURITY_ENHANCED_ERASE_UNIT_MIN=188
E: ID_ATA_FEATURE_SET_SECURITY_ERASE_UNIT_MIN=188
E: ID_ATA_FEATURE_SET_SECURITY_FROZEN=1
E: ID_ATA_FEATURE_SET_SMART=1
E: ID_ATA_FEATURE_SET_SMART_ENABLED=1
E: ID_ATA_SATA=1
E: ID_ATA_SATA_SIGNAL_RATE_GEN1=1
E: ID_ATA_SATA_SIGNAL_RATE_GEN2=1
E: ID_ATA_WRITE_CACHE=1
E: ID_ATA_WRITE_CACHE_ENABLED=1
E: ID_BUS=ata
E: ID_FS_LABEL=f17-virt
E: ID_FS_LABEL_ENC=f17-virt
E: ID_FS_TYPE=ext4
E: ID_FS_USAGE=filesystem
E: ID_FS_UUID=7e5fd787-04db-4471-ab08-d5c5f1a639ce
E: ID_FS_UUID_ENC=7e5fd787-04db-4471-ab08-d5c5f1a639ce
E: ID_FS_VERSION=1.0
E: ID_MODEL=WDC_WD1001FALS-00J7B1
E: ID_MODEL_ENC=WDC\x20WD1001FALS-00J7B1\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20
E: ID_PART_ENTRY_DISK=8:16
E: ID_PART_ENTRY_NAME=Linux\x2fWindows\x20data
E: ID_PART_ENTRY_NUMBER=1
E: ID_PART_ENTRY_OFFSET=2048
E: ID_PART_ENTRY_SCHEME=gpt
E: ID_PART_ENTRY_SIZE=52426753
E: ID_PART_ENTRY_TYPE=ebd0a0a2-b9e5-4433-87c0-68b6b72699c7
E: ID_PART_ENTRY_UUID=a9521015-3257-4a35-826c-4f15dcd46601
E: ID_PART_TABLE_TYPE=gpt
E: ID_PATH=pci-0000:00:11.0-scsi-0:0:0:0
E: ID_PATH_TAG=pci-0000_00_11_0-scsi-0_0_0_0
E: ID_REVISION=05.00K50
E: ID_SCSI_COMPAT=SATA_WDC_WD1001FALS-_WD-WMATV2323736
E: ID_SERIAL=WDC_WD1001FALS-00J7B1_WD-WMATV2323736
E: ID_SERIAL_SHORT=WD-WMATV2323736
E: ID_TYPE=disk
E: ID_WWN=0x50014ee056bd218a
E: ID_WWN_WITH_EXTENSION=0x50014ee056bd218a
E: MAJOR=8
E: MINOR=17
E: MPATH_SBIN_PATH=/sbin
E: SUBSYSTEM=block
E: TAGS=:systemd:
E: UDEV_LOG=3
E: UDISKS_PARTITION=1
E: UDISKS_PARTITION_ALIGNMENT_OFFSET=0
E: UDISKS_PARTITION_LABEL=Linux/Windows data
E: UDISKS_PARTITION_NUMBER=1
E: UDISKS_PARTITION_OFFSET=1048576
E: UDISKS_PARTITION_SCHEME=gpt
E: UDISKS_PARTITION_SIZE=26842497536
E: UDISKS_PARTITION_SLAVE=/sys/devices/pci0000:00/0000:00:11.0/ata3/host2/target2:0:0/2:0:0:0/block/sdb
E: UDISKS_PARTITION_TYPE=EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
E: UDISKS_PARTITION_UUID=A9521015-3257-4A35-826C-4F15DCD46601
E: UDISKS_PRESENTATION_NOPOLICY=0
E: USEC_INITIALIZED=20377667

Comment 3 Michal Schmidt 2012-02-24 17:20:17 UTC
Karel,
it looks like bug 709681 is back.
I can reproduce it. If I put "/boot/" as the mountpoint in fstab, "/bin/mount /boot" will not recognize it.

Comment 4 Karel Zak 2012-02-24 19:27:32 UTC
Ah, stupid typo.

Fixed by upstream commit 59e32a1f240c5f6a1d64d5e71a4a357245c34eaf. I'll update Fedora package ASAP. Thanks!

Comment 5 Fedora Update System 2012-03-02 12:28:49 UTC
util-linux-2.21-2.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/util-linux-2.21-2.fc17

Comment 6 Fedora Update System 2012-03-05 21:00:17 UTC
Package util-linux-2.21-2.fc17:
* should fix your issue,
* was pushed to the Fedora 17 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing util-linux-2.21-2.fc17'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-2976/util-linux-2.21-2.fc17
then log in and leave karma (feedback).

Comment 7 Reartes Guillermo 2012-03-08 18:22:18 UTC
Installed F17 Beta TC1, KDE LiveCD and tested with:

util-linux.x86_64  2.21-2.fc17   @updates-testing

This fstab works ok, seems fixed.

# cat /etc/fstab 

#
# /etc/fstab
# Created by anaconda on Thu Mar  8 09:00:42 2012
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=73244aa1-4629-4490-a413-a1165e189675 /                         ext4    defaults        1 1
UUID=e76952a1-bb40-4aa6-a58c-bd5c482e700d swap                      swap    defaults        0 0
UUID=375a4b6e-b0c8-457c-a36a-c2401743e74e swap                      swap    defaults        0 0
LABEL="f17-virt"                          /var/lib/libvirt/images/  ext4    defaults        1 1

Comment 8 Fedora Update System 2012-03-21 18:52:27 UTC
util-linux-2.21-2.fc17 has been pushed to the Fedora 17 stable repository.  If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.