Hi,
A few days ago I installed on a server identical to this one and I did not have that problem.
Now I decided to reinstall and changed the partition scheme
In the new scenario, it looks like this:
root@servidor:~# lvdisplay -v
--- Logical volume ---
LV Path /dev/vg_engel/lv_swap
LV Name lv_swap
VG Name vg_engel
LV UUID vzciva-jScI-Zn9P-y2Zs-ioDX-4Eck-UyNsvO
LV Write Access read/write
LV Creation host, time unassigned-hostname, 2018-09-20 17:37:48 -0300
LV Status available
# open 2
LV Size 14.90 GiB
Current LE 3814
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 254:0
--- Logical volume ---
LV Path /dev/vg_engel/lv_root
LV Name lv_root
VG Name vg_engel
LV UUID vZNSv2-LZ7a-hU0h-TpHO-EUm8-NKL0-7M2aDy
LV Write Access read/write
LV Creation host, time unassigned-hostname, 2018-09-20 17:39:17 -0300
LV Status available
# open 1
LV Size 93.13 GiB
Current LE 23841
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 254:1
--- Logical volume ---
LV Path /dev/vg_engel/lv_home
LV Name lv_home
VG Name vg_engel
LV UUID CCQNfL-i1to-CcuC-WGAr-xpZm-pzjf-zrWsIq
LV Write Access read/write
LV Creation host, time unassigned-hostname, 2018-09-20 17:39:29 -0300
LV Status available
# open 1
LV Size 1.71 TiB
Current LE 448777
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 254:2
root@servidor:~# cat /etc/fstab
# /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>
/dev/mapper/vg_engel-lv_root / ext4 errors=remount-ro,user_xattr 0 1
# /boot was on /dev/sda1 during installation
UUID=536e0a8e-93e9-44d5-ae14-12859a793ee9 /boot ext2 defaults,user_xattr 0 2
/dev/mapper/vg_engel-lv_home /home ext4 defaults,user_xattr 0 2
/dev/mapper/vg_engel-lv_swap none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
The error still persists, as /var/log/boot.log
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
WARNING: Failed to connect to lvmetad. Falling back to device scanning.
/dev/mapper/vg_engel-lv_root: recovering journal
/dev/mapper/vg_engel-lv_root: clean, 167801/12218000 files, 1787936/24412160 blocks
[ 8.146139] quota-initial-check.sh[840]: Checking quotas...done.
[ OK ] Stopped LSB: Univention iptables --wait configuration.
Starting LSB: Univention iptables --wait configuration...
[ OK ] Started LSB: Univention S4 Connector.
[ OK ] Started LSB: Univention Management Console Web Server.
Starting The Apache HTTP Server...
[ OK ] Started BIND Domain Name Server with samba4 backend.
[ OK ] Reached target Host and Network Name Lookups.
Starting LSB: DHCP server...
Starting Postfix Mail Transport Agent (instance -)...
[ OK ] Started Nagios Remote Plugin Executor.
Starting LSB: nagios host/service/network monitoring and management system...
Starting LSB: DHCP server...
[ OK ] Started LSB: DHCP server.
[ OK ] Started The Apache HTTP Server.
Starting Starting univention-welcome screen...
[ OK ] Started Starting univention-welcome screen.
Starting Terminate Plymouth Boot Screen...
Despite the error, it works fine, but this unexpected error is strange because I have not had it on another identical server.
The equipment is Dell T330 with PERC controller in Raid10
What do you think?
Best regards,
Michael Voigt