Проблема с каталогом Var

[vladimir_ar]

Вообще содержимое копировать нужно было с сохранением прав на файлы / папки?
Я, когда делал копию системы на другой винт, использовал команду cp с аргументами:

Код Выделить Развернуть

cp -a -r -x

[qupl]

vladimir_ar, на файлы там права сохранились, а сам /var с правами пользователя был.

[rlbeor]

rlbeor, алгоритм действий
1) содержимое старого /var  перенести на новый раздел
2) его UUID прописать в fstab вместо старого + ext4 вместо ext3
3) сделать
Код: [Выделить]
chown root:root /var
из живой системы в recovery режиме (вторая строчка grub)

сделал всё так.
выдал прова папке var не помогло
удалил потом содержимое сделал сного  chown root:root /var
залил данные в var и перегрузился. тоже не спасло

[vladimir_ar]

Попробуйте все же присвоить новому /var uuid старого, как я выше советовал.
Еще вопрос - со старым /var работает, или тоже перестало?

[rlbeor]

Еще вопрос - со старым /var работает, или тоже перестало?

щас проверю со старым. сек
Сообщение объединено: 03 декабря 2012, 00:01:53
да. в fstab вернул старый uuid каталога ./var и система запустилась.


Сообщение объединено: 03 декабря 2012, 00:03:04

Попробуйте все же присвоить новому /var uuid старого, как я выше советовал.

а как можно присвоить новому var uuid старого? если в fstab новый не вписан.

[vladimir_ar]

Я давал ссылку. Сам пользовался этим мануалом - все получалось. Присвойте новому /var uuid старого /var, а потом, чтоб они не путались, старому присвойте какой нибудь другой (да хоть просто старый подправьте на один символ).

В fstab при этом менять ничего не нужно. И перезагрузитесь.

[rlbeor]

ок попробую.

но не могу понять почему не получается так как писали выше?


Сообщение объединено: 03 декабря 2012, 00:19:13
немного запутался.

Код Выделить Развернуть

# /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>
proc            /proc           proc    defaults        0       0
# / was on /dev/sda1 during installation
UUID=679ba9c7-ead8-48eb-8dee-6189355852c6 /               ext3    errors=remount-ro 0       1
# /home was on /dev/sda9 during installation
UUID=21bec6d1-8007-46c0-98b5-58f4fe76292d /home           ext3    defaults        0       2
# /tmp was on /dev/sda8 during installation
UUID=70e089ba-f7ef-440a-89ad-d4fde220ca70 /tmp            ext3    defaults        0       2
# /usr was on /dev/sda5 during installation
UUID=d044cde4-b43b-4a02-b854-457f5e6f8d6c /usr            ext3    defaults        0       2
# /var was on /dev/sda6 during installation
UUID=f4015d21-b6b6-43d0-9bce-2c35823d92d5 /var            ext3    defaults        0       2
# /vars was on /dev/sda6 during installation
UUID=279c499a-8f22-4c0e-9f98-873779979499 /var            ext3    defaults        0       2
# swap was on /dev/sda7 during installation
UUID=722b3c07-3154-4d8a-aa57-1c00d0d6c26c none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto     0       0
как видим я добавил в fstab строку # /vars was on....... (это новый диск с копией var )


теперь я просто на прямую ставлю в место UUID=279c499a-8f22-4c0e-9f98-873779979499  на UUID=f4015d21-b6b6-43d0-9bce-2c35823d92d5 ?

[vladimir_ar]

Об этом не знаю. Возможно, UUID /var прописан еще где-то в конфигах. У меня была похожая ситуация с swap разделом после копирования системы на другой винт - система ни в какую не хотела ложиться в hibernate на новый swap раздел. Пока не посоветовали поправить конфиг pm, где он явно был прописан (и, если меня память не подводит, именно через UUID). Где может быть прописан /var - я не знаю.

[rlbeor]

печально. не думал что будет все на столько сложно((
может в blkid ? там точно хранятся uuid

[vladimir_ar]

На данный момент проще все же просто поменять uuid нового /var. А потом уже по свободе поискать, где это может быть прописано. Тем более поменять uuid не сложно.

[rlbeor]

урааааааааааааааааааааа

вот короче что я сделал.

окрытл blkid нашел там все uuid-ы

нашел старый var  и вписал туда новый uuid моего vars
потом открыл fstab и в место старого var  ввёл uuid нового
все сохранился перегрузился и готово)))
новый var на 19 гиг ))))

но sda6 тоесть старый var не том подключен (висит в воздухе)
Сообщение объединено: 03 декабря 2012, 00:41:06

• вот примерно как это выглядит

blkid

Код Выделить Развернуть

<device DEVNO="0x0801" TIME="1354479186" UUID="679ba9c7-ead8-48eb-8dee-6189355852c6" TYPE="ext3">/dev/sda1</device>
<device DEVNO="0x0803" TIME="1354479186" LABEL="vars" UUID="279c499a-8f22-4c0e-9f98-873779979499" TYPE="ext3">/dev/sda3</device>
<device DEVNO="0x0805" TIME="1354479186" UUID="d044cde4-b43b-4a02-b854-457f5e6f8d6c" TYPE="ext3">/dev/sda5</device>
<device DEVNO="0x0806" TIME="1354479186" UUID="279c499a-8f22-4c0e-9f98-873779979499" TYPE="ext3">/dev/sda6</device> это старый var но uuid вписан от нового vars
<device DEVNO="0x0807" TIME="1354479186" UUID="722b3c07-3154-4d8a-aa57-1c00d0d6c26c" TYPE="swap">/dev/sda7</device>
<device DEVNO="0x0808" TIME="1354479186" UUID="70e089ba-f7ef-440a-89ad-d4fde220ca70" TYPE="ext3">/dev/sda8</device>
<device DEVNO="0x0809" TIME="1354479186" UUID="21bec6d1-8007-46c0-98b5-58f4fe76292d" TYPE="ext3">/dev/sda9</device>



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>
proc            /proc           proc    defaults        0       0
# / was on /dev/sda1 during installation
UUID=679ba9c7-ead8-48eb-8dee-6189355852c6 /               ext3    errors=remount-ro 0       1
# /home was on /dev/sda9 during installation
UUID=21bec6d1-8007-46c0-98b5-58f4fe76292d /home           ext3    defaults        0       2
# /tmp was on /dev/sda8 during installation
UUID=70e089ba-f7ef-440a-89ad-d4fde220ca70 /tmp            ext3    defaults        0       2
# /usr was on /dev/sda5 during installation
UUID=d044cde4-b43b-4a02-b854-457f5e6f8d6c /usr            ext3    defaults        0       2
# /var was on /dev/sda6 during installation
UUID=279c499a-8f22-4c0e-9f98-873779979499 /var            ext3    defaults        0       2  это var сновым uuid от vars
# swap was on /dev/sda7 during installation
UUID=722b3c07-3154-4d8a-aa57-1c00d0d6c26c none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto     0       0


спасибо ребят за помощь

[vladimir_ar]

С успехом. Хотя я лично не понял, что сделано. Но, может, знающие прокомментируют.
Сообщение объединено: 03 декабря 2012, 00:45:27
Ага, вы исправили в файле /etc/blkid.tab ?

[rlbeor]

ну вот все мои действия с нуля.
запустил систему debian с неразмеченным 13 гигами свободного места.

создал раздел vars / форматнул в ext3 . потом с /var всё скопировал в vars

далее  я в консоли ввёл blkid и посмотрел какое значение uuid у нового созданного раздела vars.
потом я через "MC" открыл в /etc/blkid нашел там uuid старого раздела вар и заменил на новый uuid vars , сохранил и вышел
далеее точно так же я сделал с fstab открыл, нашел uuid старого var и вписал uuid нового. сохранился и в консоли ввёл reboot .
всё система перегрузилась.  и запустилась
я зашел в систему , потом в утилиту винтов. и вижу что новый vars точка монтирования у которого была /media/vars стала просто /var,  а старый var который был под sda6  просто не смонтирован -отключен.
вот такие вот дела)
Сообщение объединено: 03 декабря 2012, 00:50:53

Ага, вы исправили в файле /etc/blkid.tab ?

да да да именно там))))

[qupl]

Шаманство это всё, все логи были усыпаны "access denied", то есть дело было в правах доступа к файлам.

[rlbeor]

в любом случае спасибо ребят. без вас бы не справился.