search for: id_fs_label_enc

This is happening on anything other than plain vanilla Dell servers. One R730, with dual Tesla cards, one R420, with a fibre card for a RAID device, it never switches root. All these systems have Xeons, not AMD CPUs. We've had this with every one of the 327 kernels. In addition, it seems to happen also with the 229.20.1; the 229.14.1 has no such problem. >From the rdsosreport: starting

...e a bug report? This is a true show-stopper. Here are a few related thoughts: The 'x2f' looks to me very similar to me to %2F, the URL encoding for the forward slash (/). If you look in /usr/lib/udev/rules.d, you'll see rules like ENV{ID_FS_USAGE}=="filesystem|other", ENV{ID_FS_LABEL_ENC}=="?*", SYMLINK+="disk/by-label/$env{ID_FS_LABEL_ENC}" where, if ID_FS_LABEL_ENC were equal to "/", then the rule would be disk/by-label// -- with two trailing slashes, which (perhaps) gets interpreted not as one slash (like cd might do) by as "/x2f". Th...

I tried to use cdrom in domU linux pv (Linux Mint 11 based on Natty). With ''/mnt/vm/iso/test.iso,raw,xvdb,ro,cdrom'', Mint sees it as internal disk (not cdrom) and only administrators can mount it. I tried also ''/dev/scd0,raw,xvdb,ro,cdrom'' does the same thing. Is possible use cdrom on linux domU pv full working where also normal user can mount it without

...per. > > Here are a few related thoughts: > > The 'x2f' looks to me very similar to me to %2F, the URL encoding for > the forward slash (/). > > If you look in /usr/lib/udev/rules.d, you'll see rules like > > ENV{ID_FS_USAGE}=="filesystem|other", ENV{ID_FS_LABEL_ENC}=="?*", > SYMLINK+="disk/by-label/$env{ID_FS_LABEL_ENC}" > > where, if ID_FS_LABEL_ENC were equal to "/", then the rule would be > disk/by-label// -- with two trailing slashes, which (perhaps) gets > interpreted not as one slash (like cd might do) by as...

...7 x86_64" TYPE="iso9660" PTTYPE="dos" /dev/sda1: UUID="a620a180-3a8c-4b5f-ad30-804f131a7261" TYPE="xfs" /dev/sda2: PTTYPE="dos" + blkid -o udev ID_FS_UUID=2016-10-28-12-18-36-00 ID_FS_UUID_ENC=2016-10-28-12-18-36-00 ID_FS_LABEL=CentOS_7_x86_64 ID_FS_LABEL_ENC=CentOS\x207\x20x86_64 ID_FS_TYPE=iso9660 ID_PART_TABLE_TYPE=dos To fix the problem, I booted the system from a livecd and used "wipefs" utility to erase the problematic signature "dos" and leave only the correct one "LVM_member". The exact command was: 'wipefs -o...

> Yannis Milios wrote: >>> But, what happens if you let the kernel post install scripts do the >>> work or setting up the initrd things? >> >> Initially, I just rebooted from LiveCD and left Grub,kernel and dracut >> do >> their job with the defaults, but unfortunately, boot process stops at >> initrd (dracut) stage with the following error: