LINUX.ORG.RU

ошибка update-initramfs -u

 ,


0

1
 
root@deba:/home/yozz# update-initramfs -u
update-initramfs: Generating /boot/initrd.img-3.16.0-4-686-pae
ln: не удалось создать символьную ссылку «/var/tmp/mkinitramfs_GzndUY/sbin/vgchange»: Файл существует
root@deba:/home/yozz# 

хелп а?


Ответ на: комментарий от kostik87

давайте я лучше обьясню в чем беда... проблемы что стоял debain6 и все рабтало ( raid 1 mdadm +lvm)


root@deba:/home/yozz# lsblk 
NAME             MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda                8:0    0  74,5G  0 disk  
├─sda1             8:1    0   2,8G  0 part  
│ └─md0            9:0    0   2,8G  0 raid1 [SWAP]
├─sda2             8:2    0     1K  0 part  
└─sda5             8:5    0  71,8G  0 part  
  └─md1            9:1    0  71,7G  0 raid1 
    ├─md1p1      259:0    0   381M  0 md    /boot
    ├─md1p2      259:1    0     1K  0 md    
    └─md1p5      259:2    0  71,3G  0 md    
      ├─vg1-root 253:0    0  31,7G  0 lvm   /
      ├─vg1-usr  253:1    0  23,3G  0 lvm   /usr
      ├─vg1-home 253:3    0   6,8G  0 lvm   /home
      ├─vg1-tmp  253:4    0   3,7G  0 lvm   /tmp
      └─vg1-log  253:5    0   5,9G  0 lvm   /var/log
sdb                8:16   0  74,5G  0 disk  
├─sdb1             8:17   0   2,8G  0 part  
│ └─md0            9:0    0   2,8G  0 raid1 [SWAP]
├─sdb2             8:18   0     1K  0 part  
└─sdb5             8:21   0  71,8G  0 part  
  └─md1            9:1    0  71,7G  0 raid1 
    ├─md1p1      259:0    0   381M  0 md    /boot
    ├─md1p2      259:1    0     1K  0 md    
    └─md1p5      259:2    0  71,3G  0 md    
      ├─vg1-root 253:0    0  31,7G  0 lvm   /
      ├─vg1-usr  253:1    0  23,3G  0 lvm   /usr
      ├─vg1-home 253:3    0   6,8G  0 lvm   /home
      ├─vg1-tmp  253:4    0   3,7G  0 lvm   /tmp
      └─vg1-log  253:5    0   5,9G  0 lvm   /var/log
sdc                8:32   0 298,1G  0 disk  
└─sdc1             8:33   0 298,1G  0 part  
  └─vg2-lvt1     253:2    0   5,8T  0 lvm   /lvm-files
sdd                8:48   0   2,7T  0 disk  
└─sdd1             8:49   0   2,7T  0 part  
  └─vg2-lvt1     253:2    0   5,8T  0 lvm   /lvm-files
sde                8:64   0   1,8T  0 disk  
└─sde1             8:65   0   1,8T  0 part  
  └─vg2-lvt1     253:2    0   5,8T  0 lvm   /lvm-files
sdf                8:80   0 931,5G  0 disk  
└─sdf1             8:81   0 931,5G  0 part  
  └─vg2-lvt1     253:2    0   5,8T  0 lvm   /lvm-files
sr0               11:0    1   247M  0 rom   

fstab

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/vg1-root /               ext3    errors=remount-ro 0       1
# /boot was on /dev/md1p1 during installation
UUID=45e8245b-a842-4896-b029-e62654a0b4d0 /boot           ext2    defaults        0       2
/dev/mapper/vg1-home /home           ext3    defaults        0       2
/dev/mapper/vg1-tmp /tmp            ext2    defaults        0       2
/dev/mapper/vg1-usr /usr            ext3    defaults        0       2
/dev/mapper/vg1-log /var/log        ext3    defaults        0       2
# swap was on /dev/md0 during installation
UUID=2e83e5b4-ddda-4f96-bc71-5653669ae1ee none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/vg2/lvt1 /lvm-files/     ext4 defaults  0  2
root@deba:/home/yozz# 
gdub
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT=3
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet rootdelay=10"
GRUB_CMDLINE_LINUX="acpi_enforce_resources=lax"

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
root@deba:/home/yozz#
нашел что нужно пересобрать ядро с lvm вроде скопировал я lvm
root@deba:/home/yozz# ls /boot/
config-3.16.0-4-686-pae  grub  initrd.img-3.16.0-4-686-pae  lost+found	System.map-3.16.0-4-686-pae  vmlinuz-3.16.0-4-686-pae
root@deba:/home/yozz# 

yoZz
() автор топика
Ответ на: комментарий от yoZz

что нужно пересобрать ядро с lvm

Пересобрать ядро?

kostik87 ★★★★★
()
Ответ на: комментарий от yoZz

У вас LVM находится на RAID, поэтому для доступности LVM нужно в начале собрать RAID. Поэтому удостоверьтесь, что в initramfs есть поддержка mdadm и lvm, если нужно указывать дополнительные параметры ядру для активации RAID или LVM, то укажите их.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

dpkg-recofigure mdadm - запускает всех демонов вроде как. Я так понимаю этой опцией задается автостарт mdadm. lvm - так же прописан в grub выше и стоит задержка для корректной инициализации. Как подсовывать mdadm и lvm я не пойму.

yoZz
() автор топика
Ответ на: комментарий от yoZz

общем костыль в том что пока это все не ввведешь 1 раз ручками система с 1го раза не запускается.. 2й и последующие разы ось стартует без проблем со второго диска.


mdadm --assemble --scan



% pvscan
% vgscan
% vgchange -a y
% lvscan
exit

yoZz
() автор топика
Ответ на: комментарий от yoZz

и в мане написано вообщето ..

-u This mode updates an existing initramfs.

выходит надо старое что ли удалять?

yoZz
() автор топика
Ответ на: комментарий от yoZz

да и ...

на другой системе

 
root@bind:/home/yozz# update-initramfs -u
update-initramfs: Generating /boot/initrd.img-3.16.0-4-amd64
root@bind:/home/yozz#

yoZz
() автор топика
Ответ на: комментарий от yoZz

в общем проблема немного усугубилась. initramfs стал работать после переустановке себя самого. но!!! теперь выходит такое.. ПОДСКАЖИТЕ КАК ПОЧИНИТЬ???? ПОЖАЛУЙСТА

====> посмотреть картинки с ошибками

yoZz
() автор топика
Ответ на: комментарий от yoZz

dpkg-recofigure mdadm ... Я так понимаю этой опцией задается автостарт mdadm

Этой командой вы запускаете процедуру конфигурирования, которая выполнялась после установки пакета с mdadm. Почитайте как добавлять mdadm на уровень запуска, если вам это нужно. С другой стороны, если у вас LVM на RAID, то mdadm должен отрабатывать на уровне запуска initramfs.

kostik87 ★★★★★
()
Ответ на: комментарий от yoZz

отвалился nfs. переустановка не помогает ((((((((((((((((

yoZz
() автор топика
Ответ на: комментарий от yoZz

Опять на какой-то левый хостинг фото выложили. Есть нормальный postimage.org, залейте на него, а сюда поместите прямую ссылку.

Ну и непонятно, зачем пересобирать ядро, всё должно работать с дистрибутивным.

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)
Ответ на: комментарий от yoZz

Как видите возникают ошибки вызванные недоступностью указанных файлов в /usr, а именно /usr/share/initramfs-tools/*. Теперь вам нужно разобраться эти файлы должны находиться в initramfs по пути /usr/share/initramfs-tools/* либо они должны находиться на системном /usr, который у вас, видимо, находится на отдельном томе LVM. Если второе, то как видите у вас в приведённом скриншоте видно как запускается проверка файловой системы на LVM томе /dev/mapper/vg1-usr, судя по названия можно предположить, что это и есть системный /usr.

Так вот, если всё же недоступные файлы должны быть именно на системном /usr, то нужно либо править init скрипт в initramfs, что бы он проверял файловые системы и монтировал их до того момента как будут нужны файлы в /usr/share/initramfs-tools/*, либо вам нужно скопировать эти файлы в корневую директорию, т.е. либо в загруженной системе монтируете куда-либо корневую ФС:

mkdir /tmp/root
mount -o bind / /tmp/root
теперь в /tmp/root у вас будет «прибиндена» только корневая ФС, далее создаёте в точке монтирования /usr поддиректории:
mkir -p /tmp/root/usr/share/initramfs-tools/scripts
и копируете туда с /usr файлы:
cp /usr/share/initramfs-tools/scripts/functions /tmp/root/usr/share/initramfs-tools/scripts/
cp /usr/share/initramfs-tools/hook-functions /tmp/root/usr/share/initramfs-tools/
ну и напоследок «отбиндите» корень:
umount /tmp/root

Ну, а теперь к вопросу почему возникла такая проблема. С некоторых пор udev и systemd являются одним проектом, разработчики systemd посчитали, что дескать нет смысла иметь отдельно /bin и /usr/bin, /sbin и /usr/sbin, /lib и /usr/lib и так далее и вообще неплохо бы сделать это всё символьными ссылками:

/bin -> /usr/bin
/sbin -> /usr/sbin
/lib -> /usr/lib
и как следствие отказаться от возможности выносить /usr на отдельную файловую систему. Далее они решили размещать библиотеки udev в /usr/lib, сам udev в /usr/sbin, в то время как ранее они располагались в /lib и /sbin, как следствие теперь можно сказать стандартом считается размещение /usr в корневой файловой системе, а не отдельно. И как следствие теперь нужно, что бы в initramfs был функционал предварительного монтирования /usr, вот вы, видимо, столкнулись с некорректной работой этого функционала.

Если файлы должны быть в initramfs, то распакуйте его, положите их туда и запакуйте заново.

Делается это через cpio, поищите на форуме среди моих комментариев, либо просто в google.

Но вы ещё раз проверьте где должны находиться указанные файлы. Ну и далее загрузка идёт или нет? Возможно, это лишь проблемы обновления системы со старого релиза на новый.

Удачи.

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 2)
Ответ на: комментарий от kostik87

вообще джесси какая то не особо стабильная мне кажется.в добавок ко всему демоны ругаются разные. не впечатлила че то она меня. серваки однозначно надо держать на предыдущей версии.

yoZz
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.