Re: апдейты, grub, cmdline, readonly
19.09.2014 23:12, Anton Stratonnikov пишет: 19.09.2014 20:55, Ста Деюс пишет: Доброго времени суток, Anton. В Fri, 19 Sep 2014 11:36:16 +0400 вы писали: видать, сюда и надо копать. Есть предложения на тему того, что с этим сделать и как? неужто придётся делать встроенный /usr? Быть может сменить порядок монтирования? Хорошо бы проверить диск, систему на наличие ошибок. С уважением, Ста. Может быть, но в журнале нет ничего на эту тему, вроде... прогоню fsck ближе к ночи. всё оказалось просто: Пакет initramfstools с 2011го года обеспечивал премаунт /usr. с которым спокойно сосуществовал systemd. 31 августа его стали ломать (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652459#209), а после (чуть позднее, 25го числа) привинтили ещё исправлений. теперь всё работает как надо. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54285376.8000...@yandex.ru
Re: апдейты, grub, cmdline, readonly
ro там уже очень давно. Обычно / после загрузки переходит в rw. Вот кто его переводит - затрудняюсь ответить. 19.09.2014 11:23, Anton Stratonnikov пишет: День добрый! Вчера поставил апдейты для своего testing/sid неглядя, а сегодня загрузил машину - а у неё / смонтирован с ro. Раньше такое случалось только в случае каких-то проблем, но сейчас пол часа убил на то, чтобы найти - ничего не нашел. только systemd ругался на отдельный /usr (так работало со времен прихода системд в тестинг). Ковырялся, ковырялся, да решил заглянуть в cmdline в grubcfg. а там: linux/vmlinuz-3.16-1-amd64 root=UUID=49186394-3adc-49fd-b955-ec1bc3f84469 ro radeon.modeset=1 quiet init=/bin/systemd и всё бы хорошо, я бы поудалял ручками все ro из строчек, да вот только это поможет до следующего апдейта ядра/драйверов, когда grub снова сгенерирует свой конфиг. Посему хотелось бы выяснить, кто и зачем добавляет ro в cmdline. Идеи? -- Best regards, Mikhail - WWW: http://www.antmix.ru/ XMPP: ant...@stopicq.ru signature.asc Description: OpenPGP digital signature
Re: апдейты, grub, cmdline, readonly
On Fri, Sep 19, 2014 at 11:30:03AM +0400, Mikhail A Antonov wrote: ro там уже очень давно. Обычно / после загрузки переходит в rw. Вот кто его переводит - затрудняюсь ответить. /etc/init.d/checkroot.sh -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140919073951.gk20...@protva.ru
Re: апдейты, grub, cmdline, readonly
19.09.2014 11:23, Anton Stratonnikov пишет: День добрый! Вчера поставил апдейты для своего testing/sid неглядя, а сегодня загрузил машину - а у неё / смонтирован с ro. Раньше такое случалось только в случае каких-то проблем, но сейчас пол часа убил на то, чтобы найти - ничего не нашел. только systemd ругался на отдельный /usr (так работало со времен прихода системд в тестинг). Ковырялся, ковырялся, да решил заглянуть в cmdline в grubcfg. а там: linux/vmlinuz-3.16-1-amd64 root=UUID=49186394-3adc-49fd-b955-ec1bc3f84469 ro radeon.modeset=1 quiet init=/bin/systemd и всё бы хорошо, я бы поудалял ручками все ro из строчек, да вот только это поможет до следующего апдейта ядра/драйверов, когда grub снова сгенерирует свой конфиг. Посему хотелось бы выяснить, кто и зачем добавляет ro в cmdline. Идеи? Гм. Погорячился. на работающей тачке с подобным cmdline корен смонтирован с rw. Сравнил с тамошним логом, да, видимо, ситуация такая: изначально корень монтируется в ro всегда, потом уже, когда система подзагружается systemd перемонтирует его в rw, вместе с остальными фс. однако в моём случае (с отдельным /usr) он отваливается, не перемонтируя rootfs: сен 19 11:08:32 billiclp kernel: EXT4-fs (sda1): re-mounted. Opts: commit=600,discard,errors=remount-ro сен 19 11:08:32 billiclp systemd-remount-fs[256]: mount: /usr not mounted or bad option сен 19 11:08:32 billiclp systemd-remount-fs[256]: /bin/mount for /usr exited with exit status 32. сен 19 11:08:32 billiclp systemd[1]: systemd-remount-fs.service: main process exited, code=exited, status=1/FAILURE сен 19 11:08:32 billiclp systemd[1]: Failed to start Remount Root and Kernel File Systems. сен 19 11:08:32 billiclp systemd[1]: Unit systemd-remount-fs.service entered failed state. видать, сюда и надо копать. Есть предложения на тему того, что с этим сделать и как? неужто придётся делать встроенный /usr?
Re: апдейты, grub, cmdline, readonly
On Fri, Sep 19, 2014 at 11:36:16AM +0400, Anton Stratonnikov wrote: видать, сюда и надо копать. Есть предложения на тему того, что с этим сделать и как? неужто придётся делать встроенный /usr? Upgrade to lvm2 ≥ 2.02.104-1 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140919084554.gb2...@nano.ioffe.rssi.ru
Re: апдейты, grub, cmdline, readonly
Доброго времени суток, Anton. В Fri, 19 Sep 2014 11:36:16 +0400 вы писали: видать, сюда и надо копать. Есть предложения на тему того, что с этим сделать и как? неужто придётся делать встроенный /usr? Быть может сменить порядок монтирования? Хорошо бы проверить диск, систему на наличие ошибок. С уважением, Ста. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140919235510.67665078@STNset
Re: апдейты, grub, cmdline, readonly
19.09.2014 12:45, Иван Лох пишет: On Fri, Sep 19, 2014 at 11:36:16AM +0400, Anton Stratonnikov wrote: видать, сюда и надо копать. Есть предложения на тему того, что с этим сделать и как? неужто придётся делать встроенный /usr? Upgrade to lvm2 ≥ 2.02.104-1 Пакет: lvm2 Состояние: не установлен такие дела. в гугле я этот баг тоже видел, да. спасибо. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/541c7fc7.2010...@yandex.ru
Re: апдейты, grub, cmdline, readonly
19.09.2014 20:55, Ста Деюс пишет: Доброго времени суток, Anton. В Fri, 19 Sep 2014 11:36:16 +0400 вы писали: видать, сюда и надо копать. Есть предложения на тему того, что с этим сделать и как? неужто придётся делать встроенный /usr? Быть может сменить порядок монтирования? Хорошо бы проверить диск, систему на наличие ошибок. С уважением, Ста. Может быть, но в журнале нет ничего на эту тему, вроде... прогоню fsck ближе к ночи. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/541c8029.8040...@yandex.ru