From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1544182450; bh=ph/yCKge4iWmS358f+Mn7p1fndl1PcKOG0C0cKHqKnc=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=mAQojpvr4FD08bQQWLv2jJjPyRfWUAxWZs3tnbThmJd5oM0JjTAoITPXYi9XtWbl9 Ue0wwob5qbtl3iw6ssY9uXi6vZL0ALVkaIJ/tTRqz7BU9YGH8IRXg9N3Q/VPIuHhMd YuQ2GlRg2CaVG6pJ8WvKYhBa5ymyx6wseLuJqeuA= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1544182449; bh=ph/yCKge4iWmS358f+Mn7p1fndl1PcKOG0C0cKHqKnc=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=JIBNn6fMVjQa4tFrRHmbgRMy3GP6pWm7zZx6jo6wBVOUz+kX6ghcsBq7eSFMXZUhd PPGFquxLiE6WiSHWVkR+VFNUAmDREB9nWuxhDmv0FcVd8tDhRkWYoIfDJnMkx9mMZ3 lZqPlYwVP6CnZx7oXzJCm7jOzExDNL/o7Zd8F020= Authentication-Results: smtp4o.mail.yandex.net; dkim=pass header.i=@yandex.ru To: sysadmins@lists.altlinux.org References: <201812041438.56262.a_s_y@sama.ru> <18b11797-0a32-42c5-ac6a-4c43ae283c6d@yandex.ru> <201812051142.29375.a_s_y@sama.ru> From: =?UTF-8?B?0JLQsNGB0Y7QuiDQnNCw0LrRgdC40Lw=?= Message-ID: <2f2a9cdd-e533-c232-c453-3333228187da@yandex.ru> Date: Fri, 7 Dec 2018 18:34:08 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 In-Reply-To: <201812051142.29375.a_s_y@sama.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Language: ru Content-Transfer-Encoding: 8bit Subject: Re: [Sysadmins] =?utf-8?b?ZTJmc2NrINC90LUg0LzQvtC20LXRgiDQv9GA0L4=?= =?utf-8?b?0LLQtdGB0YLQuCDQv9GA0L7QstC10YDQutCwINC/0YDQuCDQt9Cw0LPRgNGD?= =?utf-8?b?0LfQutC1INC60L7RgNC90LXQstC+0Lkg0KTQoSDQvdCwIExWTSBSQUlEMQ==?= X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux sysadmins' discussion List-Id: ALT Linux sysadmins' discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2018 11:34:12 -0000 Archived-At: List-Archive: Привет, Всем! Новые вводные. 05.12.2018 14:42, Sergey пишет: > On Wednesday 05 December 2018, Васюк Максим wrote: > >> Возможно из-за того, что e2fsck видит на LVM зеркалах систему, > > e2fsck ничего не видит. Он просто чекает то, что ему кто-то говорит > чекать. Вот почему ему скармливают /dev/mapper/vg00-root_sys_rimage_0, > это не знаю. > >> И нет бы сказал, что-то типа того: "Не могу работать, устройство >> занято!" и пошел дальше грузиться, но останавливает загрузку. Под пристальным внимаем обнаружилось, следующее: GRUB загрузил initrd, процессы запускаются и доходит дело до следующего момента: Starting system-udevd service: DONE Populating /dev: DONE Activaiting swap partition: DONE Setting hostname: DONE Checking root filesystem: DONE /dev/mapper/vg00-root_sys_rimage_0 in in use. e2sfck: Cannont continue, aborting. FAILED Жму Ctrl-D, идёт перезагрузка и может остановится или с такой же строчкой, или немного с другой: /dev/mapper/vg00-root_sys_rimage_0 in in use. Опять жму Ctrl-D, перезагрузка и так несколько раз, пока не попадёт на: /dev/mapper/vg00-root_sys и тогда загрузка проходит нормально: Remounting root filesystem in read/write mode: DONE и дальше по списку. Получается, при неудачных загрузках, initrd перед монтированием выбирает не LVM раздел собранный из разделов LVM зеркал, а как раз одно из LVM зеркал, т.к. эти устройства уже используются, e2fsck не может примонтировать файловую систему для проверки, а т.к. думает, что там корень, останавливает загрузку. Полез в fstab: # cat /etc/fstab UUID=57dc8810-3432-4477-b4ee-294642884ec7 / ext4 relatime 1 1 Глянул на UUID разделов и оказалось, что они у всех трёх разделов одинаковые: # blkid /dev/mapper/vg00-root_sys_rimage_0: UUID="57dc8810-3432-4477-b4ee-294642884ec7" TYPE="ext4" /dev/mapper/vg00-root_sys_rimage_1: UUID="57dc8810-3432-4477-b4ee-294642884ec7" TYPE="ext4" /dev/mapper/vg00-root_sys: UUID="57dc8810-3432-4477-b4ee-294642884ec7" TYPE="ext4" Получается GRUB или initrd тупо подхватывают первое под руку попавшееся устройство с указанными uuid, и начинает с ним пытаться работать, а результат зависит от того, какое таки устройство он подхватил. Кусок из grub.cfg: ... menuentry 'ALT starter kit' --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-simple-57dc8810-3432-4477-b4ee-294642884ec7' { ... search --no-floppy --fs-uuid --set=root 57dc8810-3432-4477-b4ee-294642884ec7 ... linux<->/boot/vmlinuz root=/dev/mapper/vg00-root_sys ro panic=30 splash echo 'Loading initial ramdisk ...' initrd /initrd.img ... Посмотрел на другой машине, там где организован MD RAID1. Оказалось, что у зеркал одинаковые uuid, а вот у собранного раздела из этих зеркал другой: # df ... /dev/md1 28G 2,7G 24G 11% / ... # cat /proc/mdstat ... md1 : active raid1 sda3[0] sdb3[1] ... # blkid ... /dev/sda3: UUID="c2029de0-13c6-1261-5cc0-45fc1eca55fc" TYPE="linux_raid_member" ... /dev/sdb3: UUID="c2029de0-13c6-1261-5cc0-45fc1eca55fc" TYPE="linux_raid_member" ... /dev/md1: UUID="a210197a-0b6f-4626-8d72-a2cfd5f73d38" TYPE="ext4" ... # cat /etc/fstab ... UUID=a210197a-0b6f-4626-8d72-a2cfd5f73d38 / ext4 relatime 1 1 ... Кусок из grub.cfg: menuentry 'ALT Linux starter kit' --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-a210197a-0b6f-4626-8d72-a2cfd5f73d38' { ... set root='mduuid/a427249a0b7032ac5cc045fc1eca55fc' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint='mduuid/a427249a0b7032ac5cc045fc1eca55fc' 7d127096-dbff-4453-b8fc-70a350ee6afe ... linux /vmlinuz root=UUID=a210197a-0b6f-4626-8d72-a2cfd5f73d38 ro panic=30 splash echo 'Loading initial ramdisk ...' initrd /initrd.img ... Получается что md с этой проблемой знаком, а lvm нет. На проблемной машине делаю: #UUID=57dc8810-3432-4477-b4ee-294642884ec7 / ext4 relatime 1 1 /dev/mapper/vg00-root_sys / ext4 relatime 1 1 И всё начинает загружаться как надо. Grub грузит initrd с одного из зеркал, а корень монтирует initrd глядя, в свою очередь, уже в /etc/fstab. Т.к. в такой конфигурации имя устройства, на котором лежит корень, не меняется при замене, добавлении и пр. жестких дисков, в теории можно оставить так. >>>> Один вариант вижу, не использовать ext4. Смотрел в сторону btrfs >>> >>> Насколько понимаю, если данные не нужны, вполне себе вариант... > >> С данными всё в порядке, > > Михаил, как мне показалось, имеет ввиду предполагаемую недостаточную > обкатку btrfs и вероятные будущие проблемы. Но, вроде как, в SuSe > используют и планов по отказу не озвучивали. Я сначала тоже так решил, но потом подумал, что он же серьёзный человек, и не будет приколяться над страждущими ;) -- Васюк Максим