<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">22 июля 2015 г., 0:29 пользователь Ivan Adzhubey написал:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On Tuesday, July 21, 2015 11:50:35 PM Alexey Shabalin wrote:<br>
> > Сегодняшнее обновление (systemd и вск-все):<br>
> ><br>
> > # apt-get dist-upgrade -y<br>
> > Reading Package Lists... Done<br>
> > Building Dependency Tree... Done<br>
> > Calculating Upgrade... Done<br>
> > The following packages will be upgraded<br>
> > ... systemd systemd-services systemd-sysvinit systemd-utils udev<br>
> udev-extras<br>
> > udev-hwdb udev-rule-generator-cdrom udev-rules ...<br>
> > <...><br>
> > "/home" already exists and is not a directory.<br>
> > Cannot set file attribute for '/var/log/journal', value=0x00800000,<br>
> > mask=0x00800000: Inappropriate ioctl for device<br>
> > Cannot set file attribute for<br>
> > '/var/log/journal/b6648f465d8f92341b1db40048935d61', value=0x00800000,<br>
> > mask=0x00800000: Inappropriate ioctl for device<br>
> > Done.<br>
> ><br>
> > Насколько это критично?<br>
><br>
</span><span class="">> Не знаю, т.к. не знаю что за ФС используется,<br>
<br>
</span>Система на reiserfs.<br>
<span class=""><br>
> и поддерживает ли она acl и attr.<br>
<br>
</span>Вроде бы... но кажется весьма ограниченно.<br>
<br></blockquote><div>Хватит загадок, посмотрите смонтирована ли ФС с поддержкой acl.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
> Могут не писаться логи.<br>
<br>
Круто. Это что же -- systemd не может писать логи без поддержки acl? Что за<br>
великая октябрьская революция? Весь мир до основания, а затем??<br>
<span class=""><br></span></blockquote><div> Иван, с такими высказываниями лучше в lor. Давайте по существу. Вы же даже не проверили, продолжают ли писаться логи. Логи будут писаться (я ввел вас в заблуждение, это первое что пришло в голову на вопрос "насколько критично"). </div><div>Расширенные acl нужны что бы группа-владелец файлов логов была systemd-journal, а кроме неё дать доступ для чтения группам adm,wheel</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">
> Почему на /home ругнулось, у меня тоже догадок нет, мало информации.<br>
<br>
</span>Я уже писал -- /home действительно не директория - это symlink на директорию<br>
(на другом диске). Надо бы в postinst скрипте предусмотреть обработку такой<br>
возможности. Не такая уж и редкая конфигурация.<br>
<div class=""><div class="h5"><br></div></div></blockquote><div><br></div><div>Выше указанные сообщения связаны с невозможность выставить права доступа или атрибуты.</div><div>- /lib/tmpfiles.d/home.conf</div><div>v /home 0755 - - -<br></div><div><div>Сделано для:</div><div>tmpfiles: make /home and /var btrfs subvolumes by default when booted up with them missing</div><div> This way the root subvolume can be left read-only easily, and variable<br></div><div> and user data writable with explicit quota set.</div></div><div><br></div><div><br></div><div>- /lib/tmpfiles.d/journal-nocow.conf</div><div>h /var/log/journal - - - - +C<br></div><div>Сделано для:</div><div><div>Add the +C file attribute (NOCOW) to the journal directories, so that</div><div> the flag is inherited automatically for new journal files created in</div><div> them. The journal write pattern is problematic on btrfs file systems as</div><div> it results in badly fragmented files when copy-on-write (COW) is used:</div><div> the performances decreases substantially over time.</div></div><div><br></div><div>Обе эти возможности относятся к btrfs. Так что просто не обращайте внимания.</div><div><br></div></div>-- <br><div class="gmail_signature">Alexey Shabalin<br><br><br><br></div>
</div></div>