forum.lissyara.su

BigDim писал(а):а с какого перепугу повылетало GEOM_LABEL

BigDim писал(а):Проблема была решена пересборкой ядра Тема закрыта....... Всем спасибо за участие.

paradox писал(а):уж если вы такие сообщения считаете ошибками
то ваша ошибка уже устанавливать БСД

BigDim писал(а):ну простите нас чайников. что мы лезем в систему для Гуру
А для тех кто спрашивал в ядре появилась новая опция GEOM_LABEL просто закоментируйте её, но поверьте это не ошибка. Но раздрожает если не нужна.
И пересоберите ядро.

GEOM_LABEL ufsid

One feature in 7.2 that I am guilty of introducing is the support for UFS ID labels in GEOM_LABEL. While it's currently known to annoy some people with messages like
GEOM_LABEL: Label for provider da0s1a is ufsid/49d629fac5da1db9.

it's actually a feature that will make life easier for many users.

The rationale for GEOM_LABEL's existence is to make it possible to reference devices without referencing their physical device nodes. It's an abstraction layer which solves the issue of moving and renumbering devices, at least as far as the UFS file system is concerned.

For example, my fstab on one system looks like:

Код: Выделить всё

# Device                                Mountpoint      FStype  Options         Dump    Pass#
/dev/label/swap                         none            swap    sw              0       0
/dev/ufsid/49d629fac5da1db9             /               ufs     rw              1       1
/dev/ufsid/49d629fd255e43d4             /services       ufs     rw              2       2
/dev/ufsid/49ec5dbb90e1327c             /data           ufs     rw              2       2
/dev/acd0                               /cdrom          cd9660  ro,noauto       0       0

In effect, this allows the fstab to work even if the devices are renumbered, moved to different controllers, etc. In fact, the last file system (/data) is on a software RAID (gmirror) device. Though in that case I could reference it as /dev/mirror/data, this is an alternative that "fits in" with the rest of the file systems.

One way to convert the system to use UFS ID labels is to look for kernel announcements of these labels and adjust fstab accordingly. Becuase the labels are getting used, this also bypasses the (harmless) "Removing label..." messages.

As far as the overly verbose GEOM_LABEL messages are concerned, they will probably be supressed in some way in the future, to reduce annoyance among users.

Why use UFS IDs instead of UFS labels? No special reason, expect UFS IDs are always present and labels are only present if the person invoking "newfs" remembered to specify them via the "-L" argument. Sysinstall currently doesn't create labels by default.

Example 19-1. Labeling Partitions on the Boot Disk

By permanently labeling the partitions on the boot disk, the system should be able to continue to boot normally, even if the disk is moved to another controller or transferred to a different system. For this example, it is assumed that a single ATA disk is used, which is currently recognized by the system as ad0. It is also assumed that the standard FreeBSD partition scheme is used, with /, /var, /usr and /tmp file systems, as well as a swap partition.

Reboot the system, and at the loader(8) prompt, press 4 to boot into single user mode. Then enter the following commands:

# glabel label rootfs /dev/ad0s1a
GEOM_LABEL: Label for provider /dev/ad0s1a is label/rootfs
# glabel label var /dev/ad0s1d
GEOM_LABEL: Label for provider /dev/ad0s1d is label/var
# glabel label usr /dev/ad0s1f
GEOM_LABEL: Label for provider /dev/ad0s1f is label/usr
# glabel label tmp /dev/ad0s1e
GEOM_LABEL: Label for provider /dev/ad0s1e is label/tmp
# glabel label swap /dev/ad0s1b
GEOM_LABEL: Label for provider /dev/ad0s1b is label/swap
# exit

The system will continue with multi-user boot. After the boot completes, edit /etc/fstab and replace the conventional device names, with their respective labels. The final /etc/fstab file will look like the following:

# Device Mountpoint FStype Options Dump Pass#
/dev/label/swap none swap sw 0 0
/dev/label/rootfs / ufs rw 1 1
/dev/label/tmp /tmp ufs rw 2 2
/dev/label/usr /usr ufs rw 2 2
/dev/label/var /var ufs rw 2 2

The system can now be rebooted. If everything went well, it will come up normally and mount will show:

# mount
/dev/label/rootfs on / (ufs, local)
devfs on /dev (devfs, local)
/dev/label/tmp on /tmp (ufs, local, soft-updates)
/dev/label/usr on /usr (ufs, local, soft-updates)
/dev/label/var on /var (ufs, local, soft-updates)

iZEN писал(а):Кому-нибудь удалось олабелить корневой раздел? Мне — нет.
glabel при попытке назначить метку корневому разделу в Single User Mode пишет, что не может создать метку корневого раздела.
Для других разделов всё смоглось и срослось — монтирование через /etc/fstab проходит по меткам, независимо от контроллёра диска.

f_andrey писал(а):Не пытался, но в чем проблема, загрузись с лайвСД или по PXE, ну это если по другому ну никак

iZEN писал(а): Кому-нибудь удалось олабелить корневой раздел? Мне — нет.
glabel при попытке назначить метку корневому разделу в Single User Mode пишет, что не может создать метку корневого раздела.
Для других разделов всё смоглось и срослось — монтирование через /etc/fstab проходит по меткам, независимо от контроллёра диска.

Dorlas писал(а):У меня на 4-х серверах корневой раздел монтируется через метку rootfs. Назначал именно в single mode до выполнения команды: mount -u /