[Hawk128]

Добрый день.

 

В целях изучения новых ОС ковыряюсь с CentOS 7.

Сейчас пытаюсь перенести живую ОС на новый хард по аналогии как я делал с Убунтой.

Размечаю диск, переношу все через tar, меняю root, UUID в fstab, восстанавливаю GRUB.

Все загружается с нового харда, но корень монтируется в режиме ro. Не пойму почему.

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

 

Уже бьюсь целый день и никак не пойму откуда эта проблема вылезает. На Убунте такого никогда не было.

 

М.б. кто уже сталкивался с подобным?

[Tau]

А если через параметр init=/bin/bash в grub зайти?

[Hawk128]

Заходит без проблем. Перемонтируется тоже, а дальше что делать, непонятно.

[tartila]

Заходит без проблем. Перемонтируется тоже, а дальше что делать, непонятно.

 

/proc и /sys не забыли создать?

[Hawk128]

Нет, не забыл.

Он загружается полностью в штатном режиме.

Доходит до ввода логина, отвечает по сети. Но и по SSH коннект рвется сразу после ввода правильных логина и пароля.

[hsvt]

Покажите fstab и blkid на всякий.

[orlik]

так в логах загрузки должен написать почему он монтирует в рид онли

[Hawk128]

Так логи загрузки не могу посмотреть. Они же записаться не могут.

По Shift + PgUp только 2 последних строки...

В fstab 2 точки монтирования (/ и swap). UUID верные, правил. Они же монтируются...

Пробовал 3 точки делать (/boot выносил отдельно), результат тот же.

 

#
# /etc/fstab
# Created by anaconda on Wed Oct  7 05:54:44 2015
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=d6b72cc5-b1a9-4362-9e05-92edf779c4e1 /                       xfs     defaults        0 0
UUID=96fde5e7-9e78-4eae-afac-4e7da18c9428 /boot                   xfs     defaults        0 0
UUID=258cd150-16e3-4b22-be59-bb4e8677416e swap                    swap    defaults        0 0

 

/dev/sdb2: UUID="96fde5e7-9e78-4eae-afac-4e7da18c9428" TYPE="xfs" PARTUUID="e67b784d-6d2d-4116-b78b-3218c88c379a"
/dev/sdb3: UUID="d6b72cc5-b1a9-4362-9e05-92edf779c4e1" TYPE="xfs" PARTUUID="e4ca7965-b698-41e3-997e-ad721a407d62"
/dev/sdb4: UUID="258cd150-16e3-4b22-be59-bb4e8677416e" TYPE="swap" PARTUUID="f5a2acac-791d-4cdf-82ee-e00be22fa812"

 

Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes, 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: gpt


#         Start          End    Size  Type            Name
1         2048       204799     99M  BIOS boot parti
2       204800      1228799    500M  Linux filesyste
3      1228800   3898640560    1.8T  Linux filesyste
4   3898642432   3907029134      4G  Linux swap

Edited October 8, 2015 by Hawk128

[hsvt]

Я только вчера точно так же переносил Debian 7.8 на другой HDD, (GPT 2TB) Разметка почти 1 в 1 как у вас. Не грузилась ОС ругалась на UUID старый, хотя в fstab всё поправил. Дело оказалось в update-grub который изменил /boot/grub/grub.conf ну и до этого grub-install. Немного не то, но всё же.

 

Вот fstab с 6.6:

 

#
# /etc/fstab
# Created by anaconda on Mon Jun  1 19:56:17 2015
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=8a3ac7fc-28d0-44cf-aa7b-0877c9481601 /                       ext4    defaults        1 1
UUID=cb11c29d-53f9-44a2-9531-9338829b990e swap                    swap    defaults        0 0
UUID=73259495-abc3-475c-a3c1-31bf697b3f30 swap                    swap    defaults        0 0
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0

Edited October 8, 2015 by hsvt

[Hawk128]

С грабом все это делал.

grub2-install /dev/sda

grub2-mkconfig -o /boot/grub2/grub.cfg

[tartila]

Нет, не забыл.

Он загружается полностью в штатном режиме.

Доходит до ввода логина, отвечает по сети. Но и по SSH коннект рвется сразу после ввода правильных логина и пароля.

 

Очень похоже на ошибки прав или отсутствие симлинков где-то внутри pam конфигурации... Поэтому не дает залогинется. С рид-онли все же, я думаю, он бы пустил в систему.

[kayot]

tartila

Не, там же все в ридонли полуается, включая homedir. Врядли залогинится.

100% где-то с правами накосячили при переносе.

[Hawk128]

Хм. Ок. Проверю насчет прав.

Вполне возможно не перенеслось что-нибудь...

Попробую еще раз.

[Hawk128]

http://unix.stackexchange.com/questions/229989/new-centos-install-login-broken

 

Вот похоже мой случай.

[Hawk128]

Проблема решена.

Добавил

touch /.autorelabel

 

Обновило безопасность и все пошло...

[lumenok]

При переносе centos не забывайте про selinux, могут возникнуть проблемы.

[Hawk128]

Угу. Про него и написал...

[hsvt]

У меня после установки в soft RAID1 mdadm он видится как /dev/md127, я уже как только не пробовал его пересобирать с rescue режима (--update=name, --name=storage - после ребута опять md127.

 

cat /etc/mdadm.conf
# mdadm.conf written out by anaconda
MAILADDR root
AUTO +imsm +1.x -all
ARRAY /dev/md0 level=raid1 name=localhost:storage num-devices=3 UUID=df850d17:c5d124b9:5176e652:bf1707de

 

mdadm -Dsv
ARRAY /dev/md/root level=raid1 num-devices=3 metadata=1.0 name=localhost:newradius UUID=df850d17:c5d124b9:5176e652:bf1707de
  devices=/dev/sda1,/dev/sdb1,/dev/sdc1

 

 mdadm -Esv
ARRAY /dev/md/storage  level=raid1 metadata=1.0 num-devices=3 UUID=df850d17:c5d124b9:5176e652:bf1707de name=localhost:newradius
  devices=/dev/sdc1,/dev/sdb1,/dev/sda1

 

Тут похоже всё дело в этом симлинке, как бы его поправить на /dev/md0 ?

ls -al /dev/md/root
lrwxrwxrwx. 1 root root 8 Oct 12 19:21 /dev/md/root -> ../md127

 

mdadm -D /dev/md127
/dev/md127:
       Version : 1.0
 Creation Time : Mon Oct 12 18:43:31 2015
    Raid Level : raid1
    Array Size : 960761664 (916.25 GiB 983.82 GB)
 Used Dev Size : 960761664 (916.25 GiB 983.82 GB)
  Raid Devices : 3
 Total Devices : 3
   Persistence : Superblock is persistent

 Intent Bitmap : Internal

   Update Time : Mon Oct 12 19:27:57 2015
         State : active, resyncing
Active Devices : 3
Working Devices : 3
Failed Devices : 0
 Spare Devices : 0

 Resync Status : 10% complete

          Name : localhost:storage
          UUID : df850d17:c5d124b9:5176e652:bf1707de
        Events : 356

   Number   Major   Minor   RaidDevice State
      0       8        1        0      active sync   /dev/sda1
      1       8       17        1      active sync   /dev/sdb1
      2       8       33        2      active sync   /dev/sdc1

Edited October 12, 2015 by hsvt

[hsvt]

Победил так:

 

mdadm --stop /dev/md127
mdadm --assemble /dev/md/md0 --name=md0 --update=name /dev/sda1 /dev/sdb1 /dev/sdd1

mdadm -Db /dev/md/md0 >> /etc/mdadm.conf

mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).img
dracuf -fv

Edited October 13, 2015 by hsvt

[hsvt]

Коллеги, понадобилось тут и мне перенести CentOS 7 с одного диска на другой диск и сервер.

 

Всё переносил точно так же с помощью tar, идентичной разметки, raid1, swap, fstab, mdadm.conf, grub2, dracut - всё это делал в чруте.

 

#
# /etc/fstab
# Created by anaconda on Mon Oct 12 11:43:39 2015
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=b8b294b2-94fb-41d3-a370-7fccce13c545 /                       ext4    defaults        1 1
UUID=d477ce36-8fdc-4669-a7e1-8f88edcd91d2 swap                    swap    defaults        0 0
UUID=ef825c4c-0c21-4536-882b-0bbe514b7eb1 swap                    swap    defaults        0 0
UUID=2be62a55-7289-46eb-9262-f1f7c4d2a73b swap                    swap    defaults        0 0

 

blkid
/dev/block/9:0: UUID="b8b294b2-94fb-41d3-a370-7fccce13c545" TYPE="ext4"
/dev/block/8:33: UUID="7ad75ccf-f5f8-24db-f8e3-bc44b7b07e11" UUID_SUB="027b43cc-64de-102d-d03a-b16633947ae4" LABEL="sysresccd:md0" TYPE="linux_raid_member"
/dev/block/8:34: UUID="2be62a55-7289-46eb-9262-f1f7c4d2a73b" TYPE="swap"
/dev/block/8:2: UUID="d477ce36-8fdc-4669-a7e1-8f88edcd91d2" TYPE="swap"
/dev/block/8:18: UUID="ef825c4c-0c21-4536-882b-0bbe514b7eb1" TYPE="swap"
/dev/sdb1: UUID="7ad75ccf-f5f8-24db-f8e3-bc44b7b07e11" UUID_SUB="05d110b5-16d6-cd35-3a36-37ef230fc3b2" LABEL="sysresccd:md0" TYPE="linux_raid_member"
/dev/sda1: UUID="7ad75ccf-f5f8-24db-f8e3-bc44b7b07e11" UUID_SUB="1d11f7e6-7a01-2523-5f1f-5d98051f9835" LABEL="sysresccd:md0" TYPE="linux_raid_member"
/dev/sdd1: LABEL="SYSTEMRESC" UUID="DA52-CC99" TYPE="vfat"
/dev/loop0: TYPE="squashfs"

 

 

Сейчас после загрузки с харда получаю такое: (Извиняюсь за качество)

 

ls -l /dev/disk/by-uuid | grep md >> /etc/fstab

- может этого не хватает?

Edited October 22, 2015 by hsvt

[Hawk128]

Тип ФС меняли?

У меня сходу не получилось перейти с xfs на ext4. Там похоже в ядре нет поддержки последней. (Могу ошибаться).

Если оставить xfs - все проходило гладко.

[hsvt]

Тип ФС меняли?

У меня сходу не получилось перейти с xfs на ext4. Там похоже в ядре нет поддержки последней. (Могу ошибаться).

Если оставить xfs - все проходило гладко.

 

Нет, нет, ФС как и была ext4 на источнике так и на целевом харде и разметка тоже 1 в 1. Подозреваю тут что-то с initrd(initramfs)... Как правильно dracut выполнять? Я делал в chroot с live usb centos 7 minimal, но ядра то различаются.

 

https://www.centos.org/forums/viewtopic.php?f=47&t=51040#p216581

 

This will build a new initramfs for the kernel version that's on your rescue media not for the version that's on the physical machine. You should do that again and manually replace $(uname -r) with the kernel version that you see by ls /lib/modules/ - e.g. 3.10.0-123.20.1.el7.x86_64

Edited October 22, 2015 by hsvt

[hsvt]

Сделал в чруте заново

dracut -f /boot/initramfs-3.10.0-229.14.1.el7.x86_64.img 3.10.0-229.14.1.el7.x86_64

 

Под конец выдал

cat: write error: Broken pipe

 

По загрузке в итоге всё также....

 

У меня в

/etc/default/grub GRUB_CMDLINE_LINUX="rd.md.uuid=df850d17:c5d124b9:5176e652:bf1707de crashkernel=auto rhgb quiet"

 

Старый UUID от md0 с системы источник. Сейчас попробую изменить на новых и сделать

grub2-mkconfig -o /boot/grub2/grub.cfg

Edited October 23, 2015 by hsvt