Summary: | Иногда обламывается установка | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Антон Мидюков <antohami> |
Component: | installer-scripts-remount-stage2 | Assignee: | Michael Shigorin <mike> |
Status: | CLOSED WORKSFORME | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P3 | CC: | cas, iv, klark, m, mike, rider, shevtsov.anton |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux | ||
Bug Depends on: | |||
Bug Blocks: | 33000 |
Description
Антон Мидюков
2018-10-13 10:25:38 MSK
Сегодня в virtualbox три раза подряд поймал на cinnamon в virtualbox. В qemu проблема не воспроизводится также, как и на реальном железе, по крайней мере пока. При этом umount -v /mnt/destination не отрабатывает. Эта проблема исключительно в virtualbox была. После починки https://bugzilla.altlinux.org/show_bug.cgi?id=35991 больше не воспроизводилась. Лихо закручен сюжет... Опять поймал на regular-cinnamon в virtualbox. Опять поймал в virtualbox. Отмонтироваться /mnt/destination не хочет, так как: mount |grep destination /dev/evms/sda2 on /mnt/destination type ext4 (ro,relatime) tmpfs on /mnt/destination/sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) cgroup2 on /mnt/destination/sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate) cgroup on /mnt/destination/sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd) cgroup on /mnt/destination/sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) cgroup on /mnt/destination/sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory) cgroup on /mnt/destination/sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /mnt/destination/sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct) cgroup on /mnt/destination/sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio) cgroup on /mnt/destination/sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids) cgroup on /mnt/destination/sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup on /mnt/destination/sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) cgroup on /mnt/destination/sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb) cgroup on /mnt/destination/sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio) (В ответ на комментарий №6) > Опять поймал в virtualbox. > Отмонтироваться /mnt/destination не хочет, так как: > mount |grep destination Во, так уже понятней. Теперь попробуй в консоли предпринять действия по отмонтированию вот этого всего (сходу не соображу, чего бы в umount_chroot() им не хватило umount -a -v). (В ответ на комментарий №7) > (В ответ на комментарий №6) > > Опять поймал в virtualbox. > > Отмонтироваться /mnt/destination не хочет, так как: > > mount |grep destination > > Во, так уже понятней. Теперь попробуй в консоли предпринять действия по > отмонтированию вот этого всего (сходу не соображу, чего бы в umount_chroot() им > не хватило umount -a -v). такое ощущение, что в /mnt/destination кто-то запустил какой-то сервис. Отмонтировать удалось всё, кроме /mnt/destination/sys/fs/cgroup/unified Возможно ли выяснить, кто его держит? В чруте: fuser -vv /sys/fs/cgroup/unified или lsof | grep -F /sys/fs/cgroup/unified Либо на хосте по /mnt/destination/sys/fs/cgroup/unified (но утилит может не оказаться в install2). Из chroot: # fuser -vv /sys/fs/cgroup/unified/ ПОЛЬЗ-ЛЬ PID ДОСТУП КОМАНДА /sys/fs/cgroup/unified: root kernel mount /sys/fs/cgroup/unified root 1 f.... systemd Из основной системы, lsof в live не входит: # lsof /mnt/destination/sys/fs/cgroup/unified COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME systemd 1 root 7r DIR 0,28 0 1 /sys/fs/cgroup/unified systemd 989 altlinux 7r DIR 0,28 0 669 /sys/fs/cgroup/unified/user.slice/user-500.slice/user@500.service *** Bug 38445 has been marked as a duplicate of this bug. *** Может, посмотреть список процессов, запущенных в чруте? На зависание триггеров rpm похоже. С ноутом https://market.yandex.ru/product--noutbuk-prestigio-smartbook-141-c2/111259538?onstock=0 все попытки установить альт приводят к 100% краху - remount error. в чруте fuser -vv /sys/fs/cgroup/unified приводит к невозможно открыть /proc/dev/unix: нет файла или каталога. В remount могут быть ошибки, давно подозревал. У меня есть не совсем обычный кейс, в котором установка даже не начинается, обламываясь на remount сразу после разбивки диска. Здесь же видна ошибка в следующем фрагменте из-за одинарных кавычек или -f в шебанге: + for i in '*_luks' + /sbin/cryptsetup luksClose '*_luks' Device *_luks is not active. + dmsetup remove '*_luks' device-mapper: remove ioctl on \x2a_luks failed: No such device or address Command failed. (In reply to Антон Мидюков from comment #9) > Отмонтировать удалось всё, кроме > /mnt/destination/sys/fs/cgroup/unified Кто и зачем на системе без systemd монтирует /sys/fs/cgroup? Говорится что-либо про это в целевом /etc/fstab? (In reply to Антон Мидюков from comment #11) > # lsof /mnt/destination/sys/fs/cgroup/unified > COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME > systemd 1 root 7r DIR 0,28 0 1 /sys/fs/cgroup/unified > systemd 989 altlinux 7r DIR 0,28 0 669 Как там вообще оказался systemd, интересно? Согласно man 7 cgroups он и монтирует всю эту пачку при своей загрузке. Подозреваю, что отмонтировать не может по той причине, что кто-то (remount) до этого успевает отмонтировать /proc. (Ответ для Leonid Krivoshein на комментарий #16) > (In reply to Антон Мидюков from comment #11) > > # lsof /mnt/destination/sys/fs/cgroup/unified > > COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME > > systemd 1 root 7r DIR 0,28 0 1 /sys/fs/cgroup/unified > > systemd 989 altlinux 7r DIR 0,28 0 669 > Как там вообще оказался systemd, интересно? Согласно man 7 cgroups он и > монтирует всю эту пачку при своей загрузке. Подозреваю, что отмонтировать не > может по той причине, что кто-то (remount) до этого успевает отмонтировать > /proc. В смысле откуда? Это live с systemd. *** Bug 39741 has been marked as a duplicate of this bug. *** (Ответ для Leonid Krivoshein на комментарий #15) > В remount могут быть ошибки, давно подозревал. Обычно это бывают ошибки класса "не учтено то, что либо не тестировалось, либо натворили после этого кода". Закрываю, так как воспроизвести проблему не получается очень долго. |