ㅤ
rsync
Anonymous
rsync
А какие параметры?
ㅤ
Это надо идти смотреть)
ㅤ
А какими надо?
ㅤ
Я же спрашивал ещё ранее, как лучше сделать
Anonymous
Это надо идти смотреть)
Ну, может, у тебя там просто, к примеру, компрессия включена) А ещё, у меня есть предположение, что там у тебя есть параметр, который включает копирование по частям, и может быть это + CoW и тормозит запись.
Anonymous
ㅤ
Гас сказал копируй и ппц
ㅤ
Всё будет класс
Anonymous
А какими надо?
Я как-то использовал с такими параметрами. https://russianfedora.github.io/FAQ/administration.html#copying-data
ㅤ
Я сохранил список кстати файлов в хомяке для тех кто мне тут кроваво доказывал что менять рекурсивно овнера в домашней папке это ОК
Anonymous
Гас сказал копируй и ппц
Так что-ли?) rsync /path/from /path/to
Anonymous
Это надо идти смотреть)
Глянь, какая у тебя там команда. Без некоторых параметров реально может быть медленно.
ㅤ
Погоди, а релейблить надо же будет ещё после этого
Anonymous
touch /.autorelabel хватит. Только не забудь fstab поправить.
Anonymous
@Artem4 @Vascom2
Anonymous
Вроде бы был, но я не знаю, работает ли он в текущем боте
Anonymous
/report
Anonymous
Оно не подаёт виду.
ㅤ
Не монтируется home
Anonymous
Что у тебя там вообще происходит? 🙂 Покажи fstab и blkid, для начала.
ㅤ
sudo blkid /dev/sda3: LABEL="home" UUID="b97f769b-0400-4ba6-b39e-ee567b3757ea" UUID_SUB="e05eb0e1-20b3-41b9-b842-6ce62664c975" BLOCK_SIZE="4096" TYPE="btrfs" PARTUUID="e5472e65-3e12-45f9-b6cf-5037ca015303"
Anonymous
UUID=b97f769b-0400-4ba6-b39e-ee567b3757ea /home btrfs 0 0
Забыл кое-что (параметры монтирования). UUID=b97f769b-0400-4ba6-b39e-ee567b3757ea /home btrfs defaults 0 0 Или UUID=b97f769b-0400-4ba6-b39e-ee567b3757ea /home btrfs compress=lzo 0 0
Anonymous
1.
Сидят в трее
1.
Или о чем речь?
Anonymous
Или о чем речь?
Речь об том, что они в гноме находятся в настройках и это удобно
1.
Речь об том, что они в гноме находятся в настройках и это удобно
Так и так можно открывать гномонастройки. Как и любые настройки :)
1.
Внешнего и прочего вида. Я так темы настраивал
Igor
он в новом ядре будет по-умолчанию
Igor
где-то к 5.8 или около того
Anonymous
ещё рекомендую space_cache=v2
Оно вроде как ещё экспериментально, так что... Но, вроде как есть буст, да.
ㅤ
Поехали дальше: пока оно выполнялось я конечно же сидел читал всякие гадости про btrfs, так вот пишут про autodefrag всякое и +/- понятно, но...
Anonymous
Оно вроде как ещё экспериментально, так что... Но, вроде как есть буст, да.
А, не, вру. Просто кеш надо будет руками дропать, чтобы смонтировать без места под кеш. Как-то так.
ㅤ
Поехали дальше: пока оно выполнялось я конечно же сидел читал всякие гадости про btrfs, так вот пишут про autodefrag всякое и +/- понятно, но...
Как вообще жить без него тем самым простым пользователям которые поставят федору на HDD ведь оно отключено по умолчанию?
Anonymous
Как вообще жить без него тем самым простым пользователям которые поставят федору на HDD ведь оно отключено по умолчанию?
В теории (в теории), можно и врубить autodefrag если пофиксили там одну вещь, связанную с дубликацией файлов, которые сделаны из референса другого файла, или если есть снапшоты.
ㅤ
Вот с дубликацией, да.
ㅤ
Мне просто под вечер уже много кнопать долго
ㅤ
Опять же, никто не предлагал пока включить такой дефолт
Anonymous
Мне просто под вечер уже много кнопать долго
Можно продолжить утром, не горит ведь пока. 🙂
ㅤ
https://www.reddit.com/r/btrfs/comments/hmbs24/automatic_compression_detector_vs_forcecompress/
ㅤ
Интересно почему? Оно принадлежало и принадлежит qemu юзеру/группе, релейбл сделан.
ㅤ
Да, минутку. Тоже дошло только что.
Alexander
Да, минутку. Тоже дошло только что.
Вообще, мой совет: лучше не юзать session mode у libvirtd. Делай всегда виртуалки в system mode.
Alexander
И работать будет быстрее, и не будет всякой херни с доступами.
Alexander
1000 uid/gid
А владелец у файла кто?
ㅤ
qemu и я в группе
Alexander
И какие пермишены на файл и все промежуточные каталоги?
Alexander
qemu и я в группе
Это неважно
Alexander
При определении возможности доступа без разницы, в какие группы входит владелец файла. Роляют только группы получающего доступ юзера (в твоем случае это qemu)
ㅤ
И какие пермишены на файл и все промежуточные каталоги?
-rw-r--r--. 1 qemu qemu 13G июл 10 21:19 fedora-31.qcow2 -rw-r--r--. 1 qemu qemu 9,2G июл 10 21:22 fedora-31-release.qcow2
ㅤ
drwxr-xr-x
Alexander
drwxr-xr-x
Это на всех?
Alexander
drwxr-xr-x
У тебя у всех этих каталогов должен стоять бит o+x / /home/ /home/tim /home/tim/.local /home/tim/.local/share /home/tim/.local/share/libvirt /home/tim/.local/share/libvirt/images
ㅤ
Минутку
Alexander
А o+r лучше от греха подальше на /home/tim и ниже убери :)
ㅤ
Даже если так, то права должны же были сохраниться? Делал так sudo rsync -aXS --progress --exclude='/*/.gvfs' foo bar
ㅤ
Меня всё равно смущает что так. Все права должны были сохраниться, но почему тогда так?
Sergei
Интересно почему? Оно принадлежало и принадлежит qemu юзеру/группе, релейбл сделан.
Как так вышло, что оно от юзера qemu лезет тебе в хомяк? Ты в системный инстанс пул в хомяке добавил что ли?
ㅤ
Ух ох, лучше бы на свежую голову конечно, я не думал что оно затянется до поздна так.
Sergei
https://paste.centos.org/view/raw/d38b0fca
Так у тебя системный инстанс libvirt?
ㅤ
qemu:///system
ㅤ
Это дефолты virt-manager. Всё работало, притом давно и по сей вечер.
Sergei
Это дефолты virt-manager. Всё работало, притом давно и по сей вечер.
Вообще не должно было, лол. У одного непривилегированного пользователя не должно быть прав лазать в хомяк другому.
Sergei
Проверь, что есть права. Типа так sudo -u qemu touch ~/.local/share/libvirt/images/name.qcow2