S
я тоде сначала про про смену владельца
Size: a a a
2021 October 08
VB
если он будет овнером, то может поменять азрешения
D
Да там такое, что пользователей несколько на сервере, а есть файлы, владелец один пользователь, шарит на РО для другого
AK
хммммм
AK
да, не подумал
D
Что-то права не применяются. есть пользователь User1, есть папка /home/User1/share . Есть пользователь user2 который должен получить доступ на чтение к этой папке. Пробовал setfacl -Rm u:User2:r /home/User1/share пробовал и setfacl -Rm g:group1:r /home/User1/share ( Предварительно создал группу и поместил 2 пользователей в неё)
Вот только пользователь как не имел так и нет доступа...
Вот только пользователь как не имел так и нет доступа...
NK
From match fixing to data exfiltration – a story of Messaging as a Service (MaaS) – VB2021 localhost
https://vblocalhost.com/presentations/from-match-fixing-to-data-exfiltration-a-story-of-messaging-as-a-service-maas/
https://vblocalhost.com/presentations/from-match-fixing-to-data-exfiltration-a-story-of-messaging-as-a-service-maas/
Y
а что мешает систему на отдельный raid поставить, а данные на другой? Ну и raid это не бэкап, а отказоустойчивость.
SA
Система и так на отдельном диске. Данные тоже бэкапятся на другое место
S
софтварный рейд - это не про надёжность. Данные, по хорошему, хранить на массиве хардварном, а саму ОС можно на чём угодно и если ОС накрылась или мамка - загрузился с live системы или переткнул рейд в любую другую материнку и данные вот они.
VB
журналируемая фс не спасет при софтовом рейде и отключении питания при записи?
S
если это рейд, что "встроен" в материнку, то при подыхании оной - проблема. md штука, конечно, неприхотливая и даже такие товарищи, как SYnology используют их в своих железках, даже энтерпрайз сегмента, но он достаточно сильно нагружает проц. Аппаратный стоит дорого (особенно нормальный) но если данные выжные - то ни на контроллере, ни на дисках экономить не стоит
SA
У меня тут данных то на 40гб, и даже нет сильной необходимости в отказоустойчивости, я просто для себя делаю.
S
Для себя дома собрал на unraid хранилку на 4х дисках. (софтварный 10 рейд) и на пятый диск большого размера по ночам рсинкаю с массива. года 2 уже трудится
Бывало, что разваливалось и тогда спасала рсинкнутая копия :)
Бывало, что разваливалось и тогда спасала рсинкнутая копия :)
VB
я про то, что в софтовом рейде нет кэша с бтарейкой, как можно сделать в хардварном. Просто понять, ошибки записи при потере кэша могут ли быть восстановлены за счет журнала ФС или нет
S
в OMV, насколько мне известно, используется всё тот же mdadm.
https://raid.wiki.kernel.org/index.php/A_guide_to_mdadm
https://raid.wiki.kernel.org/index.php/A_guide_to_mdadm
SA
все верно, уже скидывали, пока не было времени чтитать, но спасибо)
SA
я пока тоже смотрю, тыкаюсь, думаю в дальнейшем применить где нибудь)
S
Если кэш - отдельный быстрый диск, то отключение записи в кэш уменьшит вероятность потери данных при сбое питания, но
сократит производительность.
Насчёт журналов ФС - в btrfs такое возможно точно.
сократит производительность.
Насчёт журналов ФС - в btrfs такое возможно точно.
AP
Да ну нафиг!!